home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d18 / pascal29.arc / PASCAL.E24 < prev   
Text File  |  1989-05-23  |  89KB  |  2,631 lines

  1. =
  2.  
  3.  
  4.  
  5. From:    Beth Larson 
  6. To:      Lee Bollard                              Msg #137, 17-May-89 09:06am
  7. Subject: pascal
  8.  
  9. Hello! if you find anyone who can help you will you please pass the
  10. information on to me i am interested in also learning the language
  11. then going into c langquage
  12.  
  13.  
  14. ---
  15.  * Origin: Dynasoft,PO.Box 915,Davis,Ca 95617,916-7538788 HST (Opus 1:203/955)
  16.  
  17. *** Part of a conversation.
  18.  
  19.  
  20. From:    Chris Beliveau 
  21. To:      Betsey Doane                             Msg #138, 18-May-89 02:36pm
  22. Subject: Re: Pascal
  23.  
  24. Ok..Thanks..
  25. --- QuickBBS v2.03
  26.  * Origin: The BlackMarket - Methuen, MA (508)682-0133 (1:324/115)
  27.  
  28. *** Part of a conversation.
  29.  
  30.  
  31. From:    Larry Sanders 
  32. To:      Mark Farnan                              Msg #139, 17-May-89 12:18pm
  33. Subject: Re: No Readln
  34.  
  35.  
  36.  
  37. GS->   Anyone noticed that when you define a window,
  38. GS-> sometimes gotoxy doesn't
  39. GS->  >work quite correctly? I haven't pinpointed the problem,
  40.  
  41. MF-> As a matter of fact, I have been having this Problem, Was
  42. MF-> using windows for the Log output in my BBS program, but
  43. MF-> GotoXY kept going to the wrong place and making a mess of
  44. MF-> things. Never did findd out Why.
  45.  
  46.  
  47. I believe I saw someone tell Mr. Sherman that the problem (not really a
  48. problem) is that when you define a window, the window itself is considered
  49. the whole screen, which puts the (1,1) in GOTOXY at the top, left position
  50. INSIDE the window rather the the 'home' position of the actual screen.
  51. --- QuickBBS v2.03
  52.  * Origin: ]=[ The Pascal Programmer's Club ]=[ (918) 438-2749 (1:170/403)
  53.  
  54. *** This is a reply to #33.
  55.  
  56.  
  57. From:    Larry Sanders 
  58. To:      Steve Brennan                            Msg #140, 17-May-89 12:32pm
  59. Subject: Re: Which Turbo Pascal book?
  60.  
  61.  
  62. --- QuickBBS v2.03
  63.  * Origin: ]=[ The Pascal Programmer's Club ]=[ (918) 438-2749 (1:170/403)
  64.  
  65. *** Part of a conversation.
  66.  
  67.  
  68. From:    Larry Sanders 
  69. To:      Steve Brennan                            Msg #141, 17-May-89 12:38pm
  70. Subject: Re: Which Turbo Pascal book?
  71.  
  72.  
  73.  
  74. (consider that blank message an 'oops'...)
  75.  
  76.  
  77. -> IF you go to any college or university, you could probably
  78. -> find a good book to learn from.  I used 'Oh! Pascal!' by
  79. -> Doug Cooper and Michael Clancy.  It's a pretty good
  80. -> beginning level book.  From there you can go out and pick
  81. -> up another book that goes into more depth.  Just so you
  82. -> know, this book teaches standard pascal, but there is a
  83. -> suplement called 'Oh! Turbo Pascal' which is an addition to
  84. -> the book.  It's not too bad for beginning with the
  85. -> language.  Good Luck!
  86.  
  87.  
  88. If you are talking about self-teaching, I've discovered that disecting the
  89. source code (when available) of the UNITS from the various Toolboxes I use
  90. is an execellent 'source' of knowledge.  Look at a command, see WHAT it
  91. does, then find the procedure in the TBox source and see HOW it does it.
  92.  
  93. I've learned several things by that method.
  94. --- QuickBBS v2.03
  95.  * Origin: ]=[ The Pascal Programmer's Club ]=[ (918) 438-2749 (1:170/403)
  96.  
  97. *** Part of a conversation.
  98.  
  99.  
  100. From:    Tom Moeller 
  101. To:      Larry Sanders                            Msg #142, 17-May-89 05:01pm
  102. Subject: Pointers
  103.  
  104.  > 
  105.  > 
  106.  > -> In this case the '^' says to use the value stored at 
  107.  > this
  108.  > -> location. Present is set up as a pointer to some record,
  109.  > -> Present^.Name says to use the value pointed to by
  110.  > -> Present.Name.
  111.  > 
  112.  > 
  113.  > Let me see if I have this straight.....
  114.  > 
  115.  > The '^' indicates a pointer, and the position of it indicates 
  116.  > direct or
  117.  > indirect addressing (to use assembly terms).
  118.  > 
  119.  > Is that correct?
  120.  
  121. The way I understand the example, Present is a pointer to a record type (a
  122. do-it-yourself group of variables under one name). Present^ actually refers to
  123. the variable of that record type, and Present^.Name refers to one field in the
  124. record.
  125.  
  126. Whew.
  127.  
  128.  
  129. --- TPBoard 5.2 (USA)
  130.  * Origin: The Final Frontier - Upstate NY - [HST] (518)761-0869  (1:267/54)
  131.  
  132. *** This is a reply to #85.
  133.  
  134.  
  135. From:    Tom Moeller 
  136. To:      Jim Forbes                               Msg #143, 17-May-89 05:05pm
  137. Subject: Zenith Z-100 & Delay()
  138.  
  139.  >   Thanks, that will help with my replacement for the CRT 
  140.  > unit for use
  141.  > with the IBM's.  However, I am still looking for a replacement 
  142.  > for the
  143.  > CRT.Delay procedure for use with a Zenith Z-100.
  144.  >   
  145.  > NOTE: The Z-100 is NOT IBM compatible, but it does use 
  146.  > MS-DOS.
  147.  > 
  148. If you're reaaaaally really really interested, your Z-100 DOS manuals (volume
  149. I and II, they gave me) have a source listing for much of ZDOS.. and one of
  150. the DOS diskettes I got had a complete assemblable source for dos..
  151. modify/reassemble it to your heart's content, I guess. Something in all that
  152. might help out.. But it'd be a lot of digging..
  153.  
  154. tom
  155.  
  156.  
  157. --- TPBoard 5.2 (USA)
  158.  * Origin: The Final Frontier - Upstate NY - [HST] (518)761-0869  (1:267/54)
  159.  
  160. *** This is a reply to #44.
  161.  
  162.  
  163. From:    Joe Fischer 
  164. To:      Mike Simpson                             Msg #144, 17-May-89 05:45pm
  165. Subject: Re: Turbo ver 5.0
  166.  
  167. Hi Mike:
  168.     Do you mean ClrScr doesn't work in TP any more?   I use 3.0.
  169. Of course sometimes, I like to use
  170.    For loop:= 1 to 25 do
  171.       Writeln;
  172. But that's kinda slow.
  173. And then there's lotsa other ways.
  174.    If you want any info that I can help with, voice 512  832-9310.
  175. Do you play chess on the Chess Board?
  176.                              Joe Fischer
  177. --- QuickBBS v2.03
  178.  * Origin: Dave's House - (512)836-2739 - "Turbo, What?" (8:7102/15)
  179.  
  180. *** This is a reply to #81.
  181.  
  182.  
  183. From:    Joe Fischer 
  184. To:      Larry Sanders                            Msg #145, 17-May-89 05:48pm
  185. Subject: Re: Appending a text file from beginning
  186.  
  187. Hi:   There is one thing you don't want to ever do,  MESS WITH THE FAT!
  188.    That's what device service routines are for.   Let the Disk
  189. Operating System (DOS) do it for you.
  190.                            Joe
  191. --- QuickBBS v2.03
  192.  * Origin: Dave's House - (512)836-2739 - "Turbo, What?" (8:7102/15)
  193.  
  194. *** This is a reply to #79.
  195.  
  196.  
  197. From:    Wayne Boyd 
  198. To:      Jens Stobernack                          Msg #146, 16-May-89 11:17am
  199. Subject: Fossil driver revisited
  200.  
  201. Jens, in the function you gave me before:
  202.  
  203. > function carrier(comport:integer):boolean;
  204. > var
  205. >   regs:registers;
  206. > begin
  207. >   regs.dx := comport: {note is comport is Othen the fossil driver by pass
  208. > this function}                              ^
  209. >   intr($14,regs);                           |
  210. >   if regs.ax >= 136 then                    |
  211. >     carrier := true {carrier detected}      |
  212. >   else                                      |
  213. >     carrier := false                        |
  214. > end;                                        |
  215.                                               |
  216. 1) What do you mean by this comment? ---------+
  217. 2) Also, is com1 0 and com2 1??? If I pass a "1" to this function, which
  218. comport is being monitored?
  219. 3) I wrote a little routine to test this function:
  220.  
  221. uses crt,com_port; {your routines are in com_port.tpu}
  222. var
  223.   ch : char;
  224. begin
  225.   gotoxy(9,10);
  226.   textcolor(15);
  227.   write('Press ESC to abort');
  228.   repeat
  229.     textcolor(black);
  230.     backgroundcolor(white);
  231.     gotoxy(10,10);
  232.     if carrier(1) then
  233.       write(' Carrier is present on comport. ')
  234.     else
  235.       write(' Carrier is dropped on comport. ');
  236.   if keypressed then
  237.     ch := readkey
  238.   until ch := #27
  239. end.
  240.  
  241. Unfortunately, this always returns a true, and "Carrier is present on
  242. comport" message is always on screen until ESC is pressed. It doesn't seem
  243. to matter what integer I pass to the function CARRIER. (BTW, I'm using
  244. com2).
  245.  
  246. Any help? Also I was asking if your routine that waits for a carrier from
  247. the comport could easily incorporate a simple for of sysop intervention.
  248. i.e. sysop presses a key from keyboard and it get's acted upon. Any word on
  249. that one? Your messages have been immensely helpful so far.
  250.  
  251. -Wayne Boyd
  252. --- QuickBBS v2.03
  253.  * Origin: Dial-a-Guru BBS (Seattle, Washington) (206)328-7827 (1:343/44)
  254.  
  255.  
  256. From:    Ross Wentworth 
  257. To:      Wan W                                    Msg #147, 16-May-89 02:00am
  258. Subject: Re: Editor for Turbo Pascal
  259.  
  260.  >  I am quite interested, will you provided the source code
  261.  > also.
  262.  >  Could you sent it to :
  263.  
  264. Because I used source code provided in Borland's Editor Toolbox as a starting
  265. point I am unable to release the majority of the source code.  The portion of
  266. the code that packs the program into expanded or extended memory is currently
  267. proprietary but I'm considering releasing it (given the low number of
  268. registrations for source code I've released in the past I will NOT release it
  269. as shareware).  I also use a very small portion of modified code from
  270. TurboPower's Turbo Professiona 5.0 package.
  271.  
  272.                                     Ross Wentworth
  273.  
  274. --- FD TosScan .40 (286)
  275.  * Origin: St Dymphna's Retreat via Torrance BBS 213-370-9027 (1:102/345.1)
  276.  
  277. *** This is a reply to #77.
  278.  
  279.  
  280. From:    Ross Wentworth 
  281. To:      Matt Farrenkopf                          Msg #148, 16-May-89 02:04am
  282. Subject: Zmodem (HELP!!)
  283.  
  284.  > My point is, I'm in deep! Can anyone help me with sample
  285.  > source that either was written specifically for the IBM's
  286.  > standard INT 14H interrupt or for a FOSSIL driver (any
  287.  > Fidonet mailer programmers out there? <hint,hint>)?
  288.  > PLEEEEEEEEEZ?
  289.  
  290. Send a message to Joaquim Homrighausen (he's in the nodelist) and ask him
  291. about his Transfer Protocal Engine.  It will link right into a Turbo Pascal
  292. program.  I'm not sure if he includes the source code, however.  The TPE goes
  293. for about $50 last I heard.
  294.  
  295.                                     Ross Wentworth
  296.  
  297. --- FD TosScan .40 (286)
  298.  * Origin: St Dymphna's Retreat via Torrance BBS 213-370-9027 (1:102/345.1)
  299.  
  300. *** This is a reply to #57.
  301.  
  302.  
  303. From:    Ross Wentworth 
  304. To:      Michelle Wyner                           Msg #149, 16-May-89 06:27pm
  305. Subject: toolbox
  306.  
  307.  > Does anyone use any of those TP Toolboxes (ie. Games,
  308.  > Graphics, Database, etc..) that you can buy extra?  Are
  309.  > they worth getting?
  310.  
  311. I have all of the tool boxes from Borland.  I've only used the Editor and the
  312. Database toolboxes.  The Editor Toolbox is great. The Database toolbox is
  313. blown away by TurboPower's Database toolbox (which supports networks).  As for
  314. the others:
  315.  
  316. Graphics Toolbox - I want my money back.  Total garbage.  This toolbox
  317. completely ignores the BGI extensions and is in a world all by itself.  Don't
  318. bother with it.
  319.  
  320. Numerical Methods - A mathmatician friend of mine said that (after examining
  321. it) it was a very limited package.  I can't verify this as I haven't used it.
  322.  
  323. Gameworks - If you want source code to some games non-graphic games, great. 
  324. If you were hoping to write the next Space Quest, forget it.
  325.  
  326.                                     Ross Wentworth
  327.  
  328. --- FD TosScan .41 (286)
  329.  * Origin: St Dymphna's Retreat via Torrance BBS 213-370-9027 (1:102/345.1)
  330.  
  331. *** Part of a conversation.
  332.  
  333.  
  334. From:    Paul Lahaie 
  335. To:      David Dahl                               Msg #150, 15-May-89 06:22pm
  336. Subject: Re: Sound and TP5.0
  337.  
  338. ->         The disk is available from Compute! Mag.  The program to
  339. -> give the IBM 3 voices is called VMUSIC.  No, I don't think it switches
  340. -> quickly between notes.  There is a document that comes with it (Text
  341. -> file) that explains how it works.  Something about a push-pull location
  342. -> for the speaker or something like that in memory.  The program could
  343. -> be accessed through TPascal with an EXEC to add 3 voice music to
  344. -> your program, but I believe the author of VMUSIC doesn't want it
  345. -> incoroprated into any other work.
  346.  
  347.         I have a similar program called 3VOICE.  It gives 3 sounds 
  348. simultaneously on the PC.  Unfortunately the program is written in BASIC with
  349. calls to a 3VOICE.BIN program.  I have also read in a very old issue of Pc
  350. Magazine that the IBM can produce 3 sounds at the same time by calling the
  351. speaker, the paarallel port (if some odd way), and another place (I would have
  352. to read it again to find out what) 
  353. .  Since all these ports are timed by the timer chip it is able to 
  354. send the necessary frequencies to the internal speaker!   I don't know if you
  355. can incorporate 3VOICE.BIN in pascal code (I never tried it). 
  356.  The program is also un-compilable under TurboBASIC v 1.0.  Some odd 
  357. statement in the code !
  358.  
  359.                                                 -Paul
  360.  
  361.  
  362. ---
  363.  * Origin: RJ's Byteline *HST* Cumberland, Ont, Canada (Opus 1:163/207)
  364.  
  365.  
  366. From:    Paul Lahaie 
  367. To:      Nathan Drost                             Msg #151, 16-May-89 07:07pm
  368. Subject: Re: COMMUNICATION WITH PASCAL
  369.  
  370.  >    I was writing a door in tp, and everything was working
  371.  > fine except the remote user could not enter anything at
  372.  > the prompts.  Do i need to use ReadPort(Comport,Ch);?
  373.  > (With Yasync).   Also, i was writing it with no comm. routines,
  374.  > just using CTTY.
  375.  >
  376.  >                         -Nate
  377.  > --- QuickBBS v2.03
  378.  
  379.   I have a program here called LhDoor (For QuickBBS) and it uses CTTY 
  380. COM1 or (preferably) CTTY GATE1.  It uses normal ReadLn.  Don't include CRT
  381. cause it may cause problems with screen I/O.  hope this helps.
  382.  
  383.                                                       -Paul
  384.  
  385.  
  386. ---
  387.  * Origin: RJ's Byteline *HST* Cumberland, Ont, Canada (Opus 1:163/207)
  388.  
  389. *** There is a reply. See #191.
  390.  
  391.  
  392. From:    Andy Lester 
  393. To:      Jesper Wolf                              Msg #152, 16-May-89 05:26pm
  394. Subject: TP SET bug
  395.  
  396.  > Where this base type is a subrange of some larger type it folows that
  397.  > the  operation X IN A is defined ONLY for values of X within this
  398.  > subrange.
  399.  
  400.  > Thus if A is of type SET OF 1..50 and X is an integer variable with
  401.  > value 65 the result of the test X IN A is undefined and may not give
  402.  > the value false as one might intuitively expect."
  403.  
  404. program test;
  405.  
  406. var
  407.   foo : integer;
  408.   bar : set of 1..50;
  409.  
  410. begin
  411. foo:=65;
  412. bar:=[1..50];
  413. if foo in bar
  414.   then writeln('passes')
  415.   else writeln('fails');
  416. end.
  417.  
  418. I ran this in Turbo Pascal, and it ran and gave the output of "fails".  The
  419. same results come out if the literal values of foo and bar are substituted for
  420. the variables.
  421.  
  422. Turbo does bunches of range checking of constants at compile time.  I'd think
  423. they'd do a bit of checking on set boundaries.
  424.  
  425. Also, Apple Pascal, if I remember correctly, will produce a run-time error if
  426. this code is executed.
  427.  
  428. Andy
  429.  
  430. --- FD 2.00
  431.  * Origin: CONST PointName='Paradise City'; death=true; taxes=true;
  432. (1:115/790.2)
  433.  
  434.  
  435. From:    Andy Lester 
  436. To:      Dj Murdoch                               Msg #153, 16-May-89 05:34pm
  437. Subject: Re: Smashing Integers to Bits
  438.  
  439.  > By the way, do you know of a unit (with source) that'll take a stream
  440.  > of bytes, and produce a compressed stream?  Most of the packages I've
  441.  > seen are for file compression, and have the file handling so deeply
  442.  > embedded that I haven't had time to extract it.
  443.  
  444. Doesn't Rahul Dhesi release source to ZOO?  I know that one of the functions
  445. of ZOO 2.01 that I have is to act simply as a filter, for instance:
  446.  
  447. dir | zoo -x > com1
  448.  
  449. which would compress the dir listing and then send it out to the modem, if
  450. I've got my DOS command piping and redirecting correct.  -x isn't necessarily
  451. the right switch, but that's the idea.
  452.  
  453. So just get a copy of the (undoubtedly) C code and modify it...
  454.  
  455. Andy
  456.  
  457. --- FD 2.00
  458.  * Origin: CONST PointName='Paradise City'; death=true; taxes=true;
  459. (1:115/790.2)
  460.  
  461.  
  462. From:    Andy Lester 
  463. To:      Steve Butler                             Msg #154, 16-May-89 05:35pm
  464. Subject: Re: CTL processing...
  465.  
  466.  >  > Of course, that means that your .ctl file must start
  467.  >  > in the leftmost column, and the previous line must end
  468.  >  > with a CRLF.
  469.  >
  470.  > What previous line?  <<grin>>
  471.  
  472. Oh, silly me.  You have a one-line config file!   :-)
  473.  
  474. Andy
  475.  
  476. --- FD 2.00
  477.  * Origin: CONST PointName='Paradise City'; death=true; taxes=true;
  478. (1:115/790.2)
  479.  
  480.  
  481. From:    Brian Corll 
  482. To:      David Cressey                            Msg #155, 17-May-89 06:06pm
  483. Subject: Huffman (cont'd)
  484.  
  485. No boredom on my part, David !
  486. Write on......
  487.  
  488. --- ConfMail V3.31
  489.  * Origin: Ten B.C. Micro Systems (1:150/501.21)
  490.  
  491. *** This is a reply to #73.
  492.  
  493.  
  494. From:    Matthew Taylor 
  495. To:      Roy Green                                Msg #156, 17-May-89 11:11am
  496. Subject: Re: *.CHR files
  497.  
  498. Roy, thank you *very* much for that info.  I was nearly at the end of my
  499. rope with this problem.  YOUR INFO MADE MY WEEK!  Thanks again!
  500. Regards, Matt.
  501. --- QuickBBS v2.03
  502.  * Origin: OKY BBS /\ Boulder, CO /\ (303)494-0533 /\ (1:104/113)
  503.  
  504. *** This is a reply to #43.
  505.  
  506.  
  507. From:    Jens Stobernack 
  508. To:      All                                      Msg #157, 16-May-89 10:35pm
  509. Subject: Error Message
  510.  
  511.  
  512.  
  513.  
  514.   Can anyone tell me what to do to fix a:
  515.  
  516.   Error 48: Code segment to large.
  517.  
  518.   Error???
  519.  
  520.   thanks
  521.  
  522. --- ConfMail V3.31
  523.  * Origin: EZ Duzzit BBS Calgary (1:134/20)
  524.  
  525. *** There is a reply. See #230.
  526.  
  527.  
  528. From:    Charles Falconer 
  529. To:      Matthew Franckiewicz                     Msg #158, 18-May-89 07:31am
  530. Subject: Determining redirection
  531.  
  532. In a message of <15 May 89 22:51:00>, Matthew Franckiewicz (1:129/84) writes:
  533.  
  534.  >I seem to recall a discussion in the echo not too long ago about how a 
  535.  >program can determine whether standard input or standard output has been 
  536.  >redirected.  If anyone can remember how to do so, I'd appreciate it.  I 
  537.  
  538. Fundamentally, use the ioctl DOS call.  Routines to do this are also in
  539. TXTFILES.ARC, on 141/209.
  540.  
  541. --- msged 1.99S ZTC
  542.  * Origin: Chuck makes a point - Hamden CT.  (1:141/209.1)
  543.  
  544. *** This is a reply to #97.
  545.  
  546.  
  547. From:    Charles Falconer 
  548. To:      Andy Lester                              Msg #159, 18-May-89 07:37am
  549. Subject: Re: Query
  550.  
  551. In a message of <15 May 89 19:31:00>, Andy Lester (1:115/790.2) writes:
  552.  
  553.  >You think TP is a bear, try Apple Pascal some time.  We're talking 64K 
  554.  >data space, but the stack grows on top of the code space, which is mostly 
  555.  >eaten up by (guess what) the huge amount of code it generates.
  556.  
  557. That was the early version of SCUD.  Its basic purpose was to flush unused
  558. code, but this meant many reloads of subroutines.  You have to keep its
  559. structure in mind when organizing the program (double blech).  Later versions
  560. did somewhat better by making a configurable code space between heap and
  561. stack, and moving it when needed.  Faulty in that it required both the calling
  562. and called segments to remain in memory.
  563.  
  564. Somewhere areund I have the sources to the early SCUD, on 8 inch floppies. 
  565. Can't read them without a drive for now tho.
  566.  
  567. --- msged 1.99S ZTC
  568.  * Origin: Chuck makes a point - Hamden CT.  (1:141/209.1)
  569.  
  570. *** This is a reply to #102.
  571.  
  572.  
  573. From:    Charles Falconer 
  574. To:      David Cressey                            Msg #160, 18-May-89 07:44am
  575. Subject: Re: PASCAL?????????
  576.  
  577. In a message of <17 May 89 14:31:23>, David Cressey (1:321/150) writes:
  578.  
  579.  >
  580.  >> dialect, e.g Get and Put in standard Pascal are Read and
  581.  >> Write in Turbo.
  582.  
  583.  >Beg pardon, but Read and Write are really standard Pascal, as well as Get 
  584.  >and Put.  What is non-standard about TP is the lack of Get and Put, and 
  585.  >the fact that 'File variables' aren't quite like the standard.
  586.  >Who cares?  Not me, for sure (about this issue).
  587.  >If you use Read, Write, Readln, and Writeln when writing for either TP or 
  588.  >standard Pascal, you should be able to move to the other really
  589.  >easily.
  590.  
  591. Not so easy.  Get and f^ especially allow you to 'look ahead', especially on
  592. the console input.  If you are reading an integer, for example, you don't know
  593. its finished until you get a terminating non-numeric character.  But the
  594. reading routine doesn't want to use that char, it must be left for the future.
  595. Without get and f^ you can't do this.  This is why TP barfs on read(integer)
  596. when supplied with something like '80x'.  This results in people writing their
  597. own string buffers and parsers, and other non-reusable code (because it is
  598. tied to a global buffer).
  599.  
  600. That is why I wrote TXTFILES.arc.  It at least gives standard semantics, if
  601. not names.
  602.  
  603. --- msged 1.99S ZTC
  604.  * Origin: Chuck makes a point - Hamden CT.  (1:141/209.1)
  605.  
  606. *** Part of a conversation.
  607.  
  608.  
  609. From:    Charles Falconer 
  610. To:      Loyd Craft                               Msg #161, 18-May-89 10:10am
  611. Subject: Files & freqs
  612.  
  613.  > Thanks for files availability ... HST usage etc. (from private msg)
  614.  
  615. Don't thank me - thank my boss node.
  616.  
  617. --- msged 1.99S ZTC
  618.  * Origin: Chuck makes a point - Hamden CT.  (1:141/209.1)
  619.  
  620.  
  621. From:    Charles Cremer 
  622. To:      Douglas Johnson                          Msg #162, 18-May-89 05:35pm
  623. Subject: Modem Backgammon
  624.  
  625.   
  626. To All:
  627. Doug asked me for some advice about modem backgammon in a message of
  628. 14-May that I am sure many of you saw. Edited for brevity:
  629.   
  630. DJ> (1) Just how easy would it be to program in Turbo 5?
  631. DJ> (2) I can't decide whether to use graphics or just ansi characters.
  632. DJ> (3) One thing about the random number generator I've been concerned
  633. DJ> with involves using the computer clock as a seed. It seems to me
  634. DJ> that the generator would use the same seed for both die, and that
  635. DJ> would make it more likely of doubles showing up.
  636.   
  637. Doug, first off, let me say that I am no expert on graphics, so there
  638. are surely others on the echo more qualified than I to advise you about
  639. that, and hopefully if anyone has something to offer, they will join
  640. right in.
  641.   
  642. I feel that TP5 would be a good choice for your proposed program. As
  643. you noted, drawing the board and pieces will be the most difficult part.
  644.   
  645. I don't think you can use ordinary graphics unless you expect your users
  646. to call in using a graphic terminal emulator program. The usual BBS
  647. user's terminal program is limited to ANSI graphics.
  648.   
  649. If you randomize before each "roll" you get non-random pair results, but
  650. if you randomize only once at program start-up, you get a good random
  651. distribution. I make this statement based on a die-toss test program
  652. trial run observation.
  653.   
  654. There are some Pascal craps games floating around. (Heh-heh, floating
  655. craps games). You might try to find one of these and look it over.
  656.   
  657.           """
  658. Charlie   ^ ^
  659.            J
  660.           \_/
  661.  
  662.  
  663. ---
  664.  * Origin: The Antenna Farm - Austin, TX (512-444-1052)  (Opus 1:382/40)
  665.  
  666.  
  667. From:    Robert Kirby 
  668. To:      Nolan Walker                             Msg #163, 16-May-89 09:36pm
  669. Subject: Re: thanks...
  670.  
  671. >>>>>
  672. write a program to print "HELLO".  Easy is the most important factor between
  673. basic and pascal.  If you decide that pascal is easier, maybe you could tell
  674. me a few reasons, and also tell me what brand of pascal I should purchase.  
  675. >>>>>
  676.   
  677. program print_hello(output);
  678. begin
  679.   writeln('HELLO')
  680. end.
  681.   
  682. I think if programming with PCs, you should try TP 4.0 or 5.0.
  683.  
  684.  
  685. ---
  686.  * Origin: -=[ SoundingBoard of Houston (713)821-4148 HST ]=- (Opus 1:106/12)
  687.  
  688. *** This is a reply to #86.
  689.  
  690.  
  691. From:    Robert Kirby 
  692. To:      Larry Sanders                            Msg #164, 16-May-89 09:48pm
  693. Subject: Re: File handling
  694.  
  695. >>>
  696. The '^' indicates a pointer, and the position of it indicates direct or
  697. indirect addressing (to use assembly terms).                           
  698. >>>
  699.   
  700. Actually I believe, to 'use assembly terms', pointers are in themselves
  701. indirect addressing but keep in mind the factor of dynamic data, so in
  702. assembly you might have:
  703. moval    mypredefined_address,Register  
  704. addl3    something,(Register),somewhere
  705. incl     Register
  706. and in pascal:
  707.  procedure Newnode(var p : pointer);
  708.         begin
  709.            if myusablenode = NIL then
  710.                   new(p)
  711.            else begin
  712.                   p := myusablenode;
  713.                   myusablenode := p^.next
  714.            end
  715.         end;
  716. also consider this was set up like:
  717. type 
  718.    pointer = ^node;
  719.    node = record
  720.             data : datainfo;
  721.             next : pointer
  722.           end;
  723.   
  724. Note that pascal incorporates the wonderful idea of 'forward addressing' as
  725. you may be familiar with in dealing with two pass assemblers, whereas in the
  726. above, node was declared as a pointer type whereas POINTER WAS DEFINED AS NODE
  727. TYPE and Node was defined AFTER this declaration.  I still relate pointers to
  728. assembly by thinking in terms of dynamic indirect addressing since your aren't
  729. limited to a predefined data block rather you can access a data structure from
  730. the memory pool.
  731.  
  732.  
  733. ---
  734.  * Origin: -=[ SoundingBoard of Houston (713)821-4148 HST ]=- (Opus 1:106/12)
  735.  
  736.  
  737. From:    Rich Myers 
  738. To:      Charles Falconer                         Msg #165, 16-May-89 03:39pm
  739. Subject: Splitting Overlays
  740.  
  741.  > 
  742.  > Two possible solutions: make it smaller by distributing as an
  743.  > LHARC self-unpacking archive (probably about 50%), or use the
  744.  > SLICE recently published in PC Mag.  LHARC has no restrictions,
  745.  > SLICE may require clearance for commercial use.
  746.  > 
  747.  > What kind of single program grows that big? curious.
  748.  > 
  749.  
  750. The problem with those solutions is that the software will no longer run on a
  751. two floppy system (#1 requirment).  This program is a point of sales tool for
  752. my companies agents in the field.  It performs a larger number of comparisons
  753. and calculations for them.  An example would be calculating a prospective
  754. clients paycheck, or the impact of an addtional TDA payment of $5 on their
  755. retirement, taxes, and paycheck.
  756.  
  757. Rich
  758.  
  759. --- Operetta V0.5.3
  760.  * Origin: The Twilight Zone (713) 497-5778 (1:106/301)
  761.  
  762. *** This is a reply to #100.
  763.  
  764.  
  765. From:    Lee Bollard 
  766. To:      Ken Wright                               Msg #166, 16-May-89 03:42pm
  767. Subject: Re: Which Turbo Pascal book?
  768.  
  769. Thanks Ken,  I did have version 2 of the Turbo tutor, but the text didn't
  770. integrate with the programs on disk hardly at all.  I wasn't really satisfied
  771. with it.  I suppose its been rewritten since then however. It's probably time
  772. I gave it another look.  -lb
  773.  
  774.  
  775. ---
  776.  * Origin: Sierra Son Electronics, Spokane, WA *HST* (Opus 1:346/2)
  777.  
  778. *** This is a reply to #141.
  779.  
  780.  
  781. From:    Carl Seiler 
  782. To:      Joe Fischer                              Msg #167, 17-May-89 11:29am
  783. Subject: Procedures
  784.  
  785.     Remember those two procedures that you posted a while back asking 
  786. which ran faster?   I tried them out and couldn't make the second one work on
  787. 5.0.     The problem was the one that said "with Registers do"   When I
  788. compile it, it says that it needs a "("   Did you get anyone else to respond
  789. to that question, and what is the problem that I'm having with it?   I could
  790. re-post the code if you don't remember which one I'm talking about, but I'm
  791. not using my regular communications program right now so I don't know how to
  792. post it.
  793.  
  794. -<Carl>-
  795.  
  796.  
  797. --- Opus-CBCS 1.10.vi
  798.  * Origin: Tandy 2000 HST/DS (713)980-9671 Net 106 Archive (1:106/2000.0)
  799.  
  800.  
  801. From:    Chris Cavers 
  802. To:      All                                      Msg #168, 17-May-89 11:37am
  803. Subject: file locking
  804.  
  805. I am thinking about using file locking for a door program that 
  806. John Klein and I wrote.  Has anybody out there used any of the file locking
  807. features of Dos (i.e. the share command and system functuin 5c hex code 00
  808. hex)? 
  809.  
  810.           Chris
  811.  
  812.  
  813. --- TAGMAIL v1.11.74 BETA
  814.  * Origin: My Private Hell -- Houston,Tx (713)980-4824 (1:106/666.0)
  815.  
  816.  
  817. From:    Chris Cavers 
  818. To:      Doug Johnson                             Msg #169, 17-May-89 11:39am
  819. Subject: use
  820.  
  821. Use a fossil driver to incorporate the modem routines into your Backgammon
  822. door.
  823.  
  824. --- TAGMAIL v1.11.74 BETA
  825.  * Origin: My Private Hell -- Houston,Tx (713)980-4824 (1:106/666.0)
  826.  
  827.  
  828. From:    Chris Cavers 
  829. To:      Brian Corll                              Msg #170, 17-May-89 11:53am
  830. Subject: porting
  831.  
  832. What you can do to ease porting from one environment to another is
  833. to put all the turbo specific routines into a module.
  834. And put all the other code into the rest of the program.
  835.  
  836. What i mean about putting all the turbo spceific routines into a module
  837. is tht the idea is that for any turbo specific routine you use,
  838. you create a procedure that generically performs that function
  839.  
  840. for example consider the get date command
  841.  
  842. PROCEDURE get_date(VAR month,day,year : INTEGER);
  843. BEGIN
  844.     whatever the turbo get date call is
  845. END;
  846.  
  847. All the rest of your program sees is the get_date procedure that you have
  848. written. Therefore, to port this function to another environment
  849. all you have to change is the body of the get_date procedure
  850.  
  851. The idea if putting all the compiler specific library calls into a module
  852. is useful in the sense that all you have to change to port your program
  853. is that one module.  Of couse this approach adds code to the exe file
  854. but porting is made much easier.
  855.  
  856.  
  857. --- TAGMAIL v1.11.74 BETA
  858.  * Origin: My Private Hell -- Houston,Tx (713)980-4824 (1:106/666.0)
  859.  
  860.  
  861. From:    Chris Cavers 
  862. To:      Charles Falconer                         Msg #171, 17-May-89 12:00pm
  863. Subject: minimal program
  864.  
  865. I think that the ( identifier_list ) is unnecessary
  866. therefore, the minimal pascal program would be
  867.  
  868. PROGRAM a;
  869. BEGIN
  870. END.
  871.  
  872.  
  873. --- TAGMAIL v1.11.74 BETA
  874.  * Origin: My Private Hell -- Houston,Tx (713)980-4824 (1:106/666.0)
  875.  
  876.  
  877. From:    Henry Bailey 
  878. To:      Steve Brennan                            Msg #172, 17-May-89 10:00pm
  879. Subject: Re: printer
  880.  
  881. to check printer:
  882. {$I-} turn error checking off...
  883. write (lst,'something');
  884. {$I+} back on again
  885. if ioresult = 0 then....... (if ioresult = 0, then printer is on...
  886. --- QuickBBS v2.03
  887.  * Origin: The Hour Glass * SDNet/Works!(Tm) *HST* (1:300/12)
  888.  
  889.  
  890. From:    Steve Bremner 
  891. To:      Michelle Wyner                           Msg #173, 18-May-89 01:50pm
  892. Subject: Re: toolbox
  893.  
  894. I use the Turbo Editor toolbox and found it a whole lot easier than writing my
  895. own editor for my programs!
  896.  
  897.  
  898. ---
  899.  * Origin: The Questor Project - (703) 525-4066 HST (Opus 1:109/130)
  900.  
  901. *** Part of a conversation.
  902.  
  903.  
  904. From:    Brian Corll 
  905. To:      David Cressey                            Msg #174, 18-May-89 08:04pm
  906. Subject: Re: PASCAL?????????
  907.  
  908. Right you are, David, I misspoke.  Too many late nights at the keyboard.
  909.  
  910. --- ConfMail V3.31
  911.  * Origin: Ten B.C. Micro Systems (1:150/501.21)
  912.  
  913. *** Part of a conversation.
  914.  
  915.  
  916. From:    Brian Corll 
  917. To:      David Cressey                            Msg #175, 18-May-89 10:12pm
  918. Subject: Re: PASCAL?????????
  919.  
  920. BTW, thanks very much for taking the time to post those lengthy explanations.
  921. Youse is a good guy.
  922.  
  923. --- ConfMail V3.31
  924.  * Origin: Ten B.C. Micro Systems (1:150/501.21)
  925.  
  926. *** This is a reply to #174.
  927.  
  928.  
  929. From:    Jim Colligan 
  930. To:      Douglas Purdy                            Msg #176, 17-May-89 12:21pm
  931. Subject: Errorlevels
  932.  
  933.  >   I was wondering if any one out there knew how to exit a program with an
  934.  > errorlevel so that a batch file can use it?? Thanks for any help any one
  935.  > can give me!!
  936.  
  937. Look up the Halt procedure.  Essentially it takes a word variable/constant as
  938. an argument and kicks that out as the errorlevel.  Example...
  939.  
  940.   ......
  941.   halt(25);
  942.   ......
  943.  
  944. will stop the program in its tracks and dump to DOS with an errorlevel of 25.
  945.  
  946. Talk atcha later...
  947.  
  948. --- FD 2.00
  949.  * Origin: Curmudgeon Point - Charleston, SC  (1:372/1.1)
  950.  
  951. *** Part of a conversation.
  952.  
  953.  
  954. From:    Steven Cohen 
  955. To:      All                                      Msg #177, 16-May-89 05:28pm
  956. Subject: julian date
  957.  
  958. does any one know where to get the julian date function in pascal?
  959. --- QuickBBS v2.03
  960.  * Origin: The Philosopher's Stone, Orlando 407-299-3661 (1:363/23)
  961.  
  962.  
  963. From:    Jerry Labbe 
  964. To:      All                                      Msg #178, 17-May-89 07:33pm
  965. Subject: T.V. TECHNICIAN
  966.  
  967.                       WANTED -- T.V. BENCH TECHNICIAN
  968.                       -------------------------------
  969.  
  970.  
  971.                         MINIMUM 10 YEARS EXPERIENCE.
  972.  
  973.                 EXPERT with N.A.P. - ZENITH - RCA & SONY
  974.  
  975.                 Recent FACTORY Seminars on above PERFERRED!
  976.  
  977.         If you are a producer of quality work, YOU WILL FIT THIS SPOT!
  978.  
  979.  
  980.  
  981.             CONTACT Jerry Labbe' at: (407)894-3456 or (407)898-8628
  982.  
  983.                         
  984. --- QuickBBS v2.03
  985.  * Origin: Trading Post (1:363/4)
  986.  
  987.  
  988. From:    Bob Stearns 
  989. To:      Alton Prillaman                          Msg #179, 17-May-89 08:50pm
  990. Subject: TTT
  991.  
  992. Sorry about that. I asked a very similar question a few months ago and was
  993. told (and I believe it to be correct) that the flags are "additive" to the
  994. basic no-flag case; so if you ask for directories, you get directories and
  995. plain vanilla files. You have to filter the directories out your self, looking
  996. at one of the status bits in the returned file description record.
  997.  
  998.  
  999. --- msged 1.96S ZTC
  1000.  * Origin: Bob's Office  (1:370/16.3)
  1001.  
  1002. *** Part of a conversation.
  1003.  
  1004.  
  1005. From:    J Meeks 
  1006. To:      Irene Governale                          Msg #180, 16-May-89 06:07pm
  1007. Subject: Re: String Similarity Check
  1008.  
  1009. Thanks, I'll upload it for you under the filename 'SIMIL.ARC' (if I haven't
  1010. done so; I'm on soooo many BBSes I forget things like this).  Herb Martin
  1011. over on Blue Ridge Express is also helping, but THE MORE, THE MERRIER!
  1012. Hope you get some use out of it.  Are you a Doctor Dobb's Journal
  1013. subscriber yourself?  Just wondering.  Later, and ROCK 'n' ROLL!  J Meeks
  1014. --- QuickBBS v2.03
  1015.  * Origin: C & C - Computers & Communications (804) 264-0035 (1:264/160)
  1016.  
  1017. *** Part of a conversation.
  1018.  
  1019.  
  1020. From:    J Meeks 
  1021. To:      Brian Corll                              Msg #181, 16-May-89 06:11pm
  1022. Subject: Re: String Similarity Check
  1023.  
  1024. Sure thing!  It's called SIMIL.ARC.  As I said to Irene Governale from
  1025. Pennsylvania, The More, The Merrier!  The source will be on the Computers &
  1026. Communications BBS as an ARC file because I can't afford long distance;
  1027. otherwise I'
  1028. d gladly send everyone copies!  Thanks, and if you can't swing the LD call
  1029. either, then I'll see if it can be chopped into message-length chunks;
  1030. doubt it, as there's a lot of assembler in even a small function!  Number:
  1031. Computers & Communications, RIchmond, Va, 804-264-0035.  Thanks again, and
  1032. remember to ROCK 'n' ROLL!   J Meeks
  1033. --- QuickBBS v2.03
  1034.  * Origin: C & C - Computers & Communications (804) 264-0035 (1:264/160)
  1035.  
  1036. *** Part of a conversation.
  1037.  
  1038.  
  1039. From:    J Meeks 
  1040. To:      Thomas Oatman Of 860/1                   Msg #182, 16-May-89 06:14pm
  1041. Subject: Re: String Sim. Check
  1042.  
  1043. Thanks for your help; I'm sorry I can't send everyone who's replied a copy
  1044. personally, but my phone bill just won't handle it.  But I will upload it
  1045. here to the Computers & COmmunications BBS in RIchmond, Va, at
  1046. 804-264-0035.  If you can't swing the LD call, I'll try chopping the source
  1047. into several messages and posting them; it'd be a lot of 'em, though!
  1048. Thanks for your help, and remember to ROCK 'n' ROLL!  J Meeks
  1049. --- QuickBBS v2.03
  1050.  * Origin: C & C - Computers & Communications (804) 264-0035 (1:264/160)
  1051.  
  1052.  
  1053. From:    J Meeks 
  1054. To:      Jim Forbes                               Msg #183, 16-May-89 06:16pm
  1055. Subject: Re: String similarity check
  1056.  
  1057. Actually, it's quite a lot of text, but I'm uploading it to the Computers &
  1058. Communications BBS in Richmond, Va, at 804-264-0035.  Sorry I can't send it
  1059. to you personally at your host, but I've been flooded with replies.  See my
  1060. latest net msg on this subject, as I'm really getting inundated.  Thanks
  1061. for the offer of help, and remember to ROCK 'n' ROLL!   J Meeks
  1062. --- QuickBBS v2.03
  1063.  * Origin: C & C - Computers & Communications (804) 264-0035 (1:264/160)
  1064.  
  1065. *** This is a reply to #181.
  1066.  
  1067.  
  1068. From:    J Meeks 
  1069. To:      All                                      Msg #184, 16-May-89 06:25pm
  1070. Subject: String similarity- thanks!
  1071.  
  1072. I have nearly been overwhelmed by all the response to the call for help on
  1073. a string similarity checking routine.  I had intended just to upload the
  1074. assembler source code and a group of C routines as an ARC file here, but I
  1075. will try to break it up into message-sized chunks so I can send it via net
  1076. to everyone interested.  It may prove to be too cumbersome, though, and
  1077. there are many support files you'll no doubt find useful, so the ARC may be
  1078. your best bet.  It's called SIMIL.ARC, and I am uploading it here to the
  1079. Computers & Communications BBS in Richmond, Va, 804-264-0035.
  1080.  
  1081. I am sorry I can't upload the ARC individually to each of you, but my lack
  1082. of bucks pretty much precludes that!  I do thank everyone for their
  1083. interest and willingness to help out -- I think that we can all have a
  1084. useful tool here when we're done (and, if you guys are anything like me,
  1085. maybe even a whole family of tools).  I'll try to send the messaged form of
  1086. the assembler source within the next week or so if possible (I am pretty
  1087. busy these days at work); in the meantime, thanks again and remember to
  1088.  
  1089.        ROCK 'n' ROLL!       J Meeks
  1090. --- QuickBBS v2.03
  1091.  * Origin: C & C - Computers & Communications (804) 264-0035 (1:264/160)
  1092.  
  1093.  
  1094. From:    Tracy Milburn 
  1095. To:      Greg Franklin                            Msg #185, 17-May-89 12:23pm
  1096. Subject: Re: KEYBOARD
  1097.  
  1098.      Exactly... the questin of number systems IS irrelevatn; that is exactly
  1099. what I was telling Larry.
  1100.  
  1101.  
  1102.                 --later--
  1103.                 --Tracy--
  1104. --- TBBS v2.0
  1105.  * Origin: Joe's Garage  Sex, Unix and Rock-n-Roll (170/201)
  1106.  
  1107. *** This is a reply to #84.
  1108.  
  1109.  
  1110. From:    Tracy Milburn 
  1111. To:      Jim Forbes                               Msg #186, 17-May-89 12:29pm
  1112. Subject: Re: POUND SIGN (#)
  1113.  
  1114.    But what is "standard" by my definition is what is "standard" on all
  1115. computers.  If you take a "standard" pascal program and move it to a
  1116. completely different system, chances are QUITE slim that it won't work.  Take
  1117. turbo with predefined string variables and move it to a mac and see what
  1118. happens.  I'm not trying to start an argument either, by the way.
  1119.  
  1120.    "More to the point" is a matter of opinion.  Personally, I like the logic
  1121. in programming - that's the ONLY thing I like about it; seeing how things work
  1122. and fall together.  I guess I just like to do things right.  L8r on
  1123.  
  1124.  
  1125.                 --Tracy--
  1126. --- TBBS v2.0
  1127.  * Origin: Joe's Garage  Sex, Unix and Rock-n-Roll (170/201)
  1128.  
  1129. *** This is a reply to #42.
  1130.  
  1131.  
  1132. From:    Carl Frisk 
  1133. To:      Michelle Wyner                           Msg #187, 18-May-89 04:36am
  1134. Subject: Re: toolbox
  1135.  
  1136. Yes I've used (well still use) The Data Base Toolbox.  Definately worth buying
  1137. so as not to reinventing the wheel.
  1138. --- QuickBBS v2.03
  1139.  * Origin: LSO * Everett WA * 206/334-3088 (1:344/117)
  1140.  
  1141. *** Part of a conversation.
  1142.  
  1143.  
  1144. From:    Mike Hinds 
  1145. To:      Greg Smith                               Msg #188, 17-May-89 12:25pm
  1146. Subject: Re: loop control varaibles
  1147.  
  1148.  GS>  > In fact I'd like to see BASIC banned from professional use.
  1149.  GS> Any chance of writing a message like this to major developers?  One
  1150.  GS> particullarly messing field (ie: all programs useing basic) is the video
  1151.  GS> software market!  I have never seen a program in this market not 
  1152.  GS> written in basic.
  1153.  
  1154. I have, and it gets worse -- the video rental software my organization uses is
  1155. written in COBOL. Yes, it works, but boy is it FAT - must be made up of at  
  1156. least a hundred various executables, seemingly EXECing each other at random...
  1157.  
  1158.  
  1159. --- msged 1.99S ZTC
  1160.  * Origin: /\/\ Turbo NorthWest \-\ Everett, Washington  (1:343/27.2)
  1161.  
  1162. *** Part of a conversation.
  1163.  
  1164.  
  1165. From:    Mike Hinds 
  1166. To:      Greg Franklin                            Msg #189, 17-May-89 12:09pm
  1167. Subject: Re: How to turn of the cursor.
  1168.  
  1169.  GF> If I wanted to produce a large program, a Toggle or OnOrOff type would 
  1170.  GF> be very useful, and I would declare it globally.  Still, you're right
  1171.  GF> to say that using a boolean func is easier.  Maybe not as easy to
  1172.  GF> understand first off....?
  1173.  
  1174. The trick I use currently is
  1175.  
  1176. CONST
  1177.   On = True; Off = False;
  1178.  
  1179. and then my SetCursor routine, which accepts one Boolean parm, is called:
  1180.  
  1181. SetCursor(Off);
  1182. BarMenu;
  1183. SetCursor(On);
  1184. GetString(St); 
  1185.  
  1186. --- msged 1.99S ZTC
  1187.  * Origin: /\/\ Turbo NorthWest \-\ Everett, Washington  (1:343/27.2)
  1188.  
  1189. *** This is a reply to #24.
  1190.  
  1191.  
  1192. From:    Mike Hinds 
  1193. To:      Michelle Wyner                           Msg #190, 17-May-89 12:27pm
  1194. Subject: Toolboxes
  1195.  
  1196.  MW> Does anyone use any of those TP Toolboxes (ie. Games, Graphics, 
  1197.  MW> Database, etc..) that you can buy extra?  Are they worth getting?
  1198.  
  1199. I had ALL of them for TP3, but only upgraded the DataBase Toolbox for TP4. I  
  1200. can't (yet) live without it - sometimes tricky to configure, but it gets the  
  1201. job done much better than I can hope to. It works as advertised with TP5.
  1202.  
  1203. I would like (someday) the Editor Toolbox for TP4. I was able to get TP4 to   
  1204. compile the TP3 version after a few "adjustments". Haven't messed with it for 
  1205. over a year, however.
  1206.  
  1207. I have had no need for any of the other toolboxes. (4th-hand rumor: the   
  1208. Graphix Toolbox doesn't even support BGI and CHR formats, and isn't much of an
  1209. upgrade - not very useful) 
  1210.  
  1211. --- msged 1.99S ZTC
  1212.  * Origin: /\/\ Turbo NorthWest \-\ Everett, Washington  (1:343/27.2)
  1213.  
  1214.  
  1215. From:    Kevin Lowey 
  1216. To:      Nathan Drost                             Msg #191, 17-May-89 04:42pm
  1217. Subject: Re: COMMUNICATION WITH PASCAL
  1218.  
  1219.  
  1220.  ND>   I was writing a door in tp, and everything was working fine 
  1221.  ND>except the remote user could not enter anything at the prompts. 
  1222.  ND> Do i need to use ReadPort(Comport,Ch);?  (With Yasync).   Also, 
  1223.  ND>i was writing it with no comm. routines, just using CTTY. 
  1224.  
  1225.  
  1226.   If you don't use the CRT unit, then your door should work fine with 
  1227. CTTY.  If you do use the CRT unit, then you should rewrite the program so it
  1228. doesn't use it.  Otherwise it won't work as a door. 
  1229.  
  1230.   To make things simpler, I have available on my BBS a file called 
  1231. KVL_ANSI.PAS that emulates MOST of the CRT functions using ANSI.SYS and DOS
  1232. calls.  Just USE the unit instead of CRT and most programs won't know the
  1233. difference (although they will be MUCH slower).  I intend to rewrite this
  1234. "properly" at a later date by making it a Text File device driver. 
  1235.  
  1236.   I accept OPUS file requests and allow first time downloads.  I can run 
  1237. 2400 baud. 
  1238.  
  1239. -- Kevin Lowey  
  1240.  
  1241. ---
  1242.  * Origin: Univ. of Saskatchewan, (306) 966-4857, 2400 baud  (Opus 1:140/43)
  1243.  
  1244. *** Part of a conversation.
  1245.  
  1246.  
  1247. From:    Kevin Lowey 
  1248. To:      Andy Lester                              Msg #192, 17-May-89 04:49pm
  1249. Subject: Re: FOR loop dangers
  1250.  
  1251.  
  1252.  AL>As long as it lets me use global loop vars, I'm happy.  I shouldn't 
  1253.  AL>have to allocate space on the stack when I don't want to. 
  1254.  
  1255.  
  1256.   I don't think that was the point.  If you allow GLOBAL variables in 
  1257. loops, it is very easy to use the same variable as a loop counter in two
  1258. separate subroutines.  This is no problem unless the programmer forgets this
  1259. (or a new programmer has to modify the code).  What might happen is the first
  1260. routine, while looping, might call a second routine that uses the SAME loop
  1261. counter.  This would mess things up royally, either causing infinite loops or
  1262. making loops finish early. 
  1263.  
  1264.   There ARE reasons for these restrictions ... 
  1265.  
  1266. -- Kevin Lowey 
  1267.  
  1268.  
  1269. ---
  1270.  * Origin: Univ. of Saskatchewan, (306) 966-4857, 2400 baud  (Opus 1:140/43)
  1271.  
  1272. *** This is a reply to #89.
  1273.  
  1274.  
  1275. From:    Dennis Smith 
  1276. To:      All                                      Msg #193, 18-May-89 09:53pm
  1277. Subject: Information
  1278.  
  1279.     
  1280.   I would like to know if anybody could recomend an easy to read book for
  1281. Turbo Pascal 4.0.  I have the Borland book that came with the disks but it
  1282. isnt very clear in a lot of areas.  I took a class for 3.0 and
  1283. am having a little difficulty understanding the comp. directives, uses
  1284. statments, and comm port applications. I would appreciate any suggestions
  1285.                  Dennis
  1286. --- QuickBBS v2.03
  1287.  * Origin: -=> CyberNation <=- in Oklahoma City! (405)789-9108 (1:147/54)
  1288.  
  1289.  
  1290. From:    Nolan Walker 
  1291. To:      David Bradley                            Msg #194, 19-May-89 12:56am
  1292. Subject: Pascal to other machines...
  1293.  
  1294. Is there another language "besides" C that is easier than C, and can port to
  1295. other machines easily.  What is the best portable language that you know of?
  1296.  
  1297. Thanks
  1298.  
  1299.  
  1300. ---
  1301.  * Origin: >>>====> Bullseye OPUS {Stockton, CA} (Opus 1:161/31)
  1302.  
  1303.  
  1304. From:    Nolan Walker 
  1305. To:      David Bradley                            Msg #195, 19-May-89 01:20am
  1306. Subject: pascal
  1307.  
  1308. what is this pascal called UCSD or something like that Pascal... is that what
  1309. Turbo Pascal is?
  1310.  
  1311. NW
  1312.  
  1313.  
  1314. ---
  1315.  * Origin: The Back Door Bbs, Stockton CA, (209)952-9430 (Opus 1:161/206)
  1316.  
  1317. *** Part of a conversation.
  1318.  
  1319.  
  1320. From:    Nolan Walker 
  1321. To:      Allan Nelson                             Msg #196, 19-May-89 01:25am
  1322. Subject: Thanks!!!
  1323.  
  1324. Thanks for the vote of confidence Allan, it sure helps.  I take it that you
  1325. read my message that I don't even know basic, and you think I will be able to
  1326. proceed with pascal without very many draw backs?
  1327.  
  1328. What is Turbo Pascals standard? Is it something called UCSD(?) pascal?
  1329. Since you know pascal, you said something about getting an the external
  1330. compiler... is there not one included in Turbo Pascals package already?
  1331.  
  1332. I know nothing about Turbo Pascal, if you can tell me anything ELSE i should
  1333. know before spending $$$, I would really appreciate it!  How much will a good
  1334. pascal set up cost me?
  1335.  
  1336. My last question for now, is PASCAL easier than basic???
  1337.  
  1338. Thanks -- A lot!
  1339.  
  1340.  
  1341.  
  1342. ---
  1343.  * Origin: The Back Door Bbs, Stockton CA, (209)952-9430 (Opus 1:161/206)
  1344.  
  1345.  
  1346. From:    Loyd Craft 
  1347. To:      Mark Farnan                              Msg #197, 17-May-89 09:03pm
  1348. Subject: Re: Address Needed
  1349.  
  1350.  
  1351.   I never DID get your address.
  1352.  
  1353.    I tried to send you a message after you file requested from my BBS, and it
  1354. went to the Zonegate, but I never found out if it got to you or not.
  1355.  
  1356.  
  1357.  
  1358. --- msged 1.97S ZTC
  1359.  * Origin: /X\icroCosm - Owosso, Mi. 517-725-8077  (1:159/900)
  1360.  
  1361. *** This is a reply to #35.
  1362.  
  1363.  
  1364. From:    Jason Duerstock 
  1365. To:      Mike Wanta                               Msg #198, 16-May-89 12:54pm
  1366. Subject: Re: Turbo Pascal
  1367.  
  1368. No, the odds are 1 in 6 because on 2 dice there are a total of 36 combinations
  1369. possible (6*6) and there are 6 possible pairs [1-1,2-2,3-3,4-4,5-5,6-6]...so
  1370. 6/36 = 1/6...
  1371.  
  1372. --- FD 2.00
  1373.  * Origin:  (1:135/1)
  1374.  
  1375.  
  1376. From:    Jason Duerstock 
  1377. To:      Ken Wright                               Msg #199, 16-May-89 04:25pm
  1378. Subject: Need Paging Routine
  1379.  
  1380. How about this:
  1381.  
  1382. uses printer;
  1383.  
  1384. const linecounter:byte=0; { to initialize it }
  1385.   formfeedstring=#12;
  1386.  
  1387. procedure println(x:string);
  1388. begin
  1389.   inc(linecounter);
  1390.   if (linecounter>=66) or (pos(x,formfeedstring)<>0) then begin
  1391.     linecounter:=0;
  1392.     if pos(x,formfeedstring)=0 then writeln(lst,formfeedstring);
  1393.   end;
  1394.   writeln(lst,x);
  1395. end;
  1396.  
  1397. The only problems I can see here are whatever the string your printer uses to
  1398. do a form feed, and if you try to do a hard form feed...I've tried to
  1399. compensate but I haven't tested this myself...but it's the basic shell for you
  1400. what you need...oh and also you have to use println('Page #'+x) instead of
  1401. println('Page #',x) as you would with writeln, but otherwise you have complete
  1402. functionality..
  1403.  
  1404. --- FD 2.00
  1405.  * Origin:  (1:135/1)
  1406.  
  1407. *** This is a reply to #39.
  1408.  
  1409.  
  1410. From:    Tomas Gradin Of 135/10 
  1411. To:      Jonathan Bradshaw                        Msg #200, 15-May-89 01:30am
  1412. Subject: HELP NEEDED WITH MODEM PORT STATUS
  1413.  
  1414.  JB> I was wondering how I could read the modem stats from pascal, such as 
  1415.  JB> DSR, CD, etc.  I have an internal modem and would like to create a TSR 
  1416.  JB> to display the modem stats on the screen, there are a few programs 
  1417.  JB> around but they don't do everything I would like.
  1418.  
  1419. Read a ±  Z  ¢k                                                               
  1420.  
  1421. *** This is a reply to #119.
  1422.  
  1423.  
  1424. From:    Joerg Wirtgen 
  1425. To:      Peter Stewart                            Msg #201, 15-May-89 01:58pm
  1426. Subject: Re: Borland Editor
  1427.  
  1428. >  > Here in germany you can buy an program who generates tp5-
  1429. >  > compatible-character-fonts.
  1430. >   I would be very grateful if you would post the name of the program and
  1431. where
  1432. > it can be ordered.
  1433.  
  1434. FontEdit PC, 99,- DM  (ca. 60$ I think)
  1435.  
  1436. For posting you have to add 5,- DM. And you have to tell wheter to
  1437. receive 5.25 or 3.5 disks.
  1438.  
  1439. The address:
  1440.  
  1441. DMV-Verlag
  1442. DOS international
  1443. Postfach 250
  1444. 3440 Eschwege
  1445.  
  1446. And I didn't try the program yet, but they always say that it is able
  1447. to produce these fonts.
  1448.  
  1449. Bis dann . . . Joerg
  1450.  
  1451. --- RohrpostixMail V3.9e
  1452.  * Origin: Always look on the bright side of life (2:245/3)
  1453.  
  1454. *** This is a reply to #135.
  1455.  
  1456.  
  1457. From:    Andreas Gleichmann 
  1458. To:      All                                      Msg #202, 15-May-89 09:57pm
  1459. Subject: TP5 BUG ?
  1460.  
  1461. Hello User !
  1462.  
  1463. I have a litte problem with the graficfunktion IMAGESIZE.
  1464. The theoretikal result of IMAGESIZE(1,1,4,4) at CGA (320*200) must be 8
  1465. (4 byte picture + 4 byte adress). But the function result is 14.
  1466. The result at IMAGESIZE(1,1,5,4) is also 14 but theoretikal it must be 12
  1467. (8 byte picture + 4 byte adresse).
  1468. Also the formula in the discription for this function is wrong because the
  1469. result is not equal to the theory.
  1470. Is there a bug in this function ?
  1471. Have anybody problems like this, too ?
  1472.  
  1473. Gruss
  1474.   Andreas.
  1475. --- QuickBBS v2.03
  1476.  * Origin: Lion's  Magic  Box  ** 6507 Ingelheim **  TEL. 06132 - 3257
  1477. (2:241/8)
  1478.  
  1479.  
  1480. From:    Michael Codanti 
  1481. To:      Dale Winters                             Msg #203, 18-May-89 05:45pm
  1482. Subject: Re: dos access
  1483.  
  1484. > What I really want to do is execute a dos
  1485. > program from
  1486. > turbo 5.  I know you have to state "uses crt,
  1487. > printer, DOS;"
  1488. > initially, but how do I execute a DOS external
  1489. > command?
  1490.  
  1491.   Dale,
  1492.  
  1493.    You use the EXEC procedure.
  1494.  
  1495. Example:
  1496.   EXEC(Getenv('COMSPEC'),'/C PCPLUS');
  1497.  
  1498.   When using this be sure to have memory($M) set to leave room to shell out.
  1499.  
  1500.       Michael
  1501.  
  1502. --- D'Bridge 1.19α
  1503.  * Origin: Bruin Hideout (1:105/402)
  1504.  
  1505. *** Part of a conversation.
  1506.  
  1507.  
  1508. From:    Michael Codanti 
  1509. To:      Douglas Purdy                            Msg #204, 18-May-89 05:45pm
  1510. Subject: Re: Errorlevels
  1511.  
  1512. > I was wondering if any one out there knew how to exit a
  1513. > program with an errorlevel so that a batch file can use it??
  1514. > Thanks for any help any one can give me!!
  1515.  
  1516.    You use HALT.
  1517.  
  1518.   Example:
  1519.      Halt(2);
  1520.  To halt with an everlevel of 2.
  1521.  
  1522.  
  1523.  
  1524.      Michael
  1525.  
  1526. --- D'Bridge 1.19α
  1527.  * Origin: Bruin Hideout (1:105/402)
  1528.  
  1529. *** This is a reply to #176.
  1530.  
  1531.  
  1532. From:    Bill Sawyer 
  1533. To:      Mike Wanta                               Msg #205, 18-May-89 08:18am
  1534. Subject: Re: Turbo Pacal
  1535.  
  1536. Wow, real wrong.  Here's the scoop.  The probability that your referring to
  1537. is only valid when applied to the beginning, let me explain.  If I say to
  1538. you that I am going to roll a die 6 times, and its going to come up 6
  1539. everytime, the probability of that is (1/6)(1/6)(1/6)(1/6)(1/6)(1/6).
  1540. But let's say that I am only going to roll the die 1 time, the chance of a
  1541. 6 is now 1/6.  Question, does it matter that I have rolled the die 5
  1542. previous time, and they all have come up 6?  No.  That's because each test
  1543. (if you will) of the die is INDEPENDENT of the previous tests.  The die is
  1544. still capable of rolling a 6 no matter how many 6's its rolled before.
  1545. That's what Ross was referring to I believe.  Hope that explains it.
  1546.  
  1547. Adios
  1548. BS
  1549. --- QuickBBS v2.03
  1550.  * Origin: The Philosopher's Stone, Orlando 407-299-3661 (1:363/23)
  1551.  
  1552.  
  1553. From:    Greg Smith @ 902/10 
  1554. To:      Chris Browne                             Msg #206, 18-May-89 12:03pm
  1555. Subject: Re: Redirection
  1556.  
  1557.  > Fantastic! May I FREQ you please?
  1558.  
  1559. Yes, I'll put the routines up as TPIODIR.ZIP and have the sysop make it
  1560. freqable.  Node address should be on the bottom of this message....  The
  1561. code should be available by Sunday, May 21 - I've got to do a little
  1562. work on it to make it a "general" interface.  However, I planned to do
  1563. it anyways....
  1564.  
  1565. Greg Smith - NYN
  1566.  
  1567. --- Mach-10 BBS v 2.00
  1568.  
  1569.  # Origin: The Not-Yet-Named bbs  Tucson, Az (602) 577-3650  (8:902/10)
  1570.  * Origin: Network Gateway to RBBS-NET  (RBBS-PC 1:10/8)
  1571.  
  1572.  
  1573. From:    Dj Murdoch 
  1574. To:      Heikki Levanto                           Msg #207, 15-May-89 07:32am
  1575. Subject: Re: multiple conditions in If Then
  1576.  
  1577.  HL> By all means write customisable procedures, but please try 
  1578.  HL> to make them as good as possible, allowing even for the 
  1579.  HL> 'unlikely' national characters.
  1580.  
  1581. The Turbo Professional library from Turbopower Software (P.O. Box 66747,
  1582. Scotts Valley, CA 95066, U.S.A.) provides case-changing routines that handle
  1583. the national characters, and much more.  If people use it, then there won't be
  1584. a problem!
  1585.  
  1586.  
  1587. --- Msg V3.2
  1588.  * Origin: Murdoch's_Point  - -   (1:221/162.1005)
  1589.  
  1590.  
  1591. From:    Dj Murdoch 
  1592. To:      Jesper Wolf                              Msg #208, 15-May-89 07:38am
  1593. Subject: Otherwise (was: constant expressions)
  1594.  
  1595.  JW> Another thing they screwed up was the else part of a case 
  1596.  JW> statement. Here the standard is to use the Keyword 
  1597.  JW> Otherwise instead of the ambiguos else. 
  1598.  JW> But they wont change it since it would break to much code out there.
  1599.  
  1600. Why do you think the else is ambiguous?  I've never been able to see the logic
  1601. behind this argument.  On the other hand, keeping the number of keywords low
  1602. is a benefit to everyone - why introduce another one?  Do you know the
  1603. reasoning used by the standard setters?
  1604.  
  1605. --- Msg V3.2
  1606.  * Origin: Murdoch's_Point  - -   (1:221/162.1005)
  1607.  
  1608.  
  1609. From:    Dj Murdoch 
  1610. To:      S. Eric Asberry                          Msg #209, 16-May-89 12:05am
  1611. Subject: Re: Borland BGI Graphics
  1612.  
  1613.  * Forwarded from 'ECPROG' area by Dj Murdoch on 1:221/162.1005 using Msg V3.2
  1614.  
  1615.  SE> > ZS> Does anyone know anything about the Borland Graphic
  1616.  SE> > ZS> Interface (BGI)?  I'm interested in writing/getting a
  1617.  SE> > ZS> driver that will take advantage of the 16 color display
  1618.  SE> > 
  1619.  SE> > ZS> mode on Tandy 1000 and PC-jr computers.
  1620.  SE> > 
  1621.  SE> > I saw a partial one today on Usenet.  I saved a copy, but
  1622.  SE>  
  1623.  SE> PLEEEEEASE post it or make it available on your bossnode's 
  1624.  SE> board if he supports file requests.  I would LOVE to get 
  1625.  SE> my hands on a copy of that!
  1626.  
  1627. I don't think my boss supports file requests, but I'll ask around and see if I
  1628. can find someone locally who does.  The full listing is 50K, so I can't just
  1629. post it here.  Anyone who can't wait, should send a diskette and mailer to me
  1630. at
  1631.   D.J. Murdoch
  1632.   Dept. of Statistics & Act. Sci.
  1633.   U. of Waterloo
  1634.   Waterloo, Ontario, Canada
  1635.   N2L 3G1
  1636.  
  1637. Please include either enough Canadian stamps for return postage, or a dollar
  1638. (of _any_ nationality).
  1639.  
  1640. --- Msg V3.2
  1641.  * Origin: Murdoch's_Point  - -   (1:221/162.1005)
  1642.  
  1643. *** There is a reply. See #211.
  1644.  
  1645.  
  1646. From:    Dj Murdoch 
  1647. To:      Charles Falconer                         Msg #210, 16-May-89 06:22pm
  1648. Subject: Re: else/otherwise (was Constant expressions)
  1649.  
  1650.  CF> A practical solution would be to accept either in a new 
  1651.  CF> release.  PascalP uses otherwise (not else), and doesn't 
  1652.  CF> even make it a reserved word (to conform with the 
  1653.  CF> standard).  If otherwise is found when a case label is 
  1654.  CF> expected, it is accepted. Then the standard flag is 
  1655.  CF> checked, and if set a warning issued. Now go ahead and 
  1656.  CF> compile the exception statements.  This is feasible 
  1657.  CF> because otherwise is never used in any other context, and 
  1658.  CF> thus use as an identifier still remains possible.
  1659.  
  1660. Does this compile?  Does the compiler look ahead to see if a colon is coming?
  1661.  
  1662.  const
  1663.   otherwise = 2;
  1664.  var  
  1665.   i : integer;
  1666.  begin
  1667.   i := 3;
  1668.   case i of
  1669.     1: writeln('one');
  1670.     otherwise: writeln('two');
  1671.     otherwise  writeln('other');
  1672.   end;
  1673.  end.
  1674.  
  1675. --- Msg V3.2
  1676.  * Origin: Murdoch's_Point  - -   (1:221/162.1005)
  1677.  
  1678.  
  1679. From:    Dj Murdoch 
  1680. To:      Dj Murdoch                               Msg #211, 17-May-89 05:11pm
  1681. Subject: Re: Borland BGI Graphics
  1682.  
  1683.  SE> > ZS> Does anyone know anything about the Borland Graphic
  1684.  SE> > ZS> Interface (BGI)?  I'm interested in writing/getting a
  1685.  SE> > ZS> driver that will take advantage of the 16 color display
  1686.  SE> > 
  1687.  SE> > ZS> mode on Tandy 1000 and PC-jr computers.
  1688.  SE> > 
  1689.  SE> > I saw a partial one today on Usenet.  I saved a copy, but
  1690.  SE>  
  1691.  SE> PLEEEEEASE post it or make it available on your bossnode's 
  1692.  SE> board if he supports file requests.  I would LOVE to get 
  1693.  SE> my hands on a copy of that!
  1694.  
  1695. Geoffrey Welsh, sysop of Izot's Swamp (1:221/171, 519-742-8939, HST 9600 baud)
  1696. has kindly agreed to make the file available.  It's called BGIEXMPL.ARC, and
  1697. is available to first time callers from his Area 1, or by Freq.
  1698.  
  1699.  
  1700. --- Msg V3.2
  1701.  * Origin: Murdoch's_Point  - -   (1:221/162.1005)
  1702.  
  1703. *** This is a reply to #209.
  1704.  
  1705.  
  1706. From:    Dj Murdoch 
  1707. To:      Ross Wentworth                           Msg #212, 18-May-89 10:20pm
  1708. Subject: BGI file format on CIS?
  1709.  
  1710. Earlier today (the 18th), I saw your (?) message about Borland saying the BGI
  1711. format would be released on Compuserve on the 15th.  I accidentally killed the
  1712. message, so I hope I'm talking to the right person.
  1713.  
  1714. I just took a look in the TP5 and TC2 areas, and didn't see any sign of it
  1715. :-(.  I've left a message to the sysops, and will get a copy if it shows up.  
  1716.  
  1717. --- Msg V3.2
  1718.  * Origin: Murdoch's_Point  - -   (1:221/162.1005)
  1719.  
  1720.  
  1721. From:    Hs Yeoh 
  1722. To:      Steve Hodges                             Msg #213, 17-May-89 01:58pm
  1723. Subject: Re: Printer Status
  1724.  
  1725. Hi,
  1726.     I suggest you refer to a Printer_BIOS function in this book -Turbo Pascal
  1727. Library by Douglas S. Stivison. ( on page 119).
  1728. Due to copyright reasons I cannot list the whole function here. But I think it
  1729. will satisfy your requirements. This function accesses the IBM PC BIOS
  1730. interrupt 17 hex to either reset the printer or to obtain its status. It can
  1731. test for the six different printer conditions, which are
  1732.  Bit 7 : Not Busy := status AND 128 > 0
  1733.  Bit 6 : Acknowledge := status AND 64 > 0
  1734.  Bit 5 : OutofPaper := status AND 32 > 0
  1735.  Bit 4 : Selected := status AND 16 > 0
  1736.  Bit 3 : IOError  := status AND 8 > 0
  1737.  Bit 0 : TimeOut  := status AND 1 > 0
  1738. Bye.
  1739.  
  1740.  
  1741. ---
  1742.  * Origin: Wizboard - Malaysia - (+60)-03-(274-1213)/(274-7579) (Opus 3:609/3)
  1743.  
  1744. *** Part of a conversation.
  1745.  
  1746.  
  1747. From:    Hs Yeoh 
  1748. To:      All                                      Msg #214, 18-May-89 09:37pm
  1749. Subject: I/O Redirection in Turbo Pascal
  1750.  
  1751.  Can anyone help me with this? I'm trying to redirect all my input and output
  1752. ( for an on-line database program that I writing) to one of ny comm ports.
  1753. I've thought of a possible method but I'm not sure if it will work. My idea is
  1754. to use the EXEC procedure in TP and execute the folllowing MS-DOS program i.e.
  1755.        MODE COM1:1200,N,8,1,P and then
  1756.        MODE LPT1:=COM1
  1757. According to my MS-DOS handbook, this should redirect all I/O through the COM1
  1758. port. My question is this? Could I just add LST to every write, write, read
  1759. and readln in my program  to achieve my objective above?
  1760. Much appreciate any help on this.
  1761. Bye.
  1762.  
  1763.  
  1764. ---
  1765.  * Origin: Wizboard - Malaysia - (+60)-03-(274-1213)/(274-7579) (Opus 3:609/3)
  1766.  
  1767.  
  1768. From:    Lin Qinglin 
  1769. To:      All                                      Msg #215, 14-May-89 05:58pm
  1770. Subject: interface ][ bbs
  1771.  
  1772.      _[ [[  [ [__[ [___ [__[ [___\\\ [__ \\\    \\ \\  
  1773.       [ [ [ [    [ [\   [\\[ [_  [\[ [   [\      [ [   
  1774.      \[ [  _[    [ [\\  [ [  [   [ [ ___ [\\\   __ __  
  1775.  
  1776.                Telephone: (065)-293-5455               
  1777.                    SysOp: Lone Wolf                    
  1778.  BDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD?
  1779.  3 A Brand New Bulletin Board System for EveryOne ... 3
  1780.  3                                                    3
  1781.  3 20 DoorWays + 1 Fossil GateWay (PCBoard/Ext.)      3
  1782.  3  8 Conference with Bulletins and Files DIR.        3
  1783.  3    Total of more than 100 Bulletins and Files      3
  1784.  3 in main board. All operates at PCBoard 12.1/E      3
  1785.  3                                                    3
  1786.  3 Now taking in 200 users in 1 week Beta-Test Hours  3
  1787.  3 from NOW to 10th June 1989. Close after that.      3
  1788.  3 Operating time: 2100 - 1600                        3
  1789.  @DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDY
  1790.  
  1791. --- ConfMail V3.2
  1792.  * Origin: THE SINGAPORE LINK-Republic of Singapore 9600-HST (3:600/1)
  1793.  
  1794.  
  1795. From:    Tony Hsieh 
  1796. To:      Julian Colt                              Msg #216, 19-May-89 03:28pm
  1797. Subject: Re: Exec
  1798.  
  1799. -> -> Hmmmm....well, at any rate, I WANT IT. NOW!
  1800. -> -> How can I go about testing it? It might be good to
  1801. -> -> have a test site  here anyway.
  1802.  
  1803. Call my board at 1-415-472-5632 for more info. 
  1804.  
  1805. --- EBBS v0.0A
  1806.  * Origin: EBBS Support/Test Site 415-472-5632 (1:161/999)
  1807.  
  1808. *** There is a reply. See #242.
  1809.  
  1810.  
  1811. From:    Jonathan Bradshaw 
  1812. To:      Charles Cremer                           Msg #217, 16-May-89 03:54pm
  1813. Subject: Re: OBTAINING MODEM PORT STATUS
  1814.  
  1815. Thanks, I appreciate the info.
  1816.  
  1817. - Jonathan Bradshaw
  1818. --- TBBS v2.1/NM
  1819.  * Origin: RCN 530MB 4-Line *Multi-Line* S.Bend,IN (219)237-0651  (227/2)
  1820.  
  1821.  
  1822. From:    Patrick Drouin 
  1823. To:      Charlie Deck                             Msg #218, 17-May-89 09:57am
  1824. Subject: PASCAL
  1825.  
  1826. Hi Charlie!
  1827.  
  1828.  ->  Oooo.. sounds nice. I uselly program in basic but I would be
  1829.  -> happy to learn Pascal. I have programs made from Pascal but
  1830.  -> they're 
  1831.  
  1832. Ya me too! If I here anything from that Pascal_Lessons Echo I'll let you know
  1833. about it!
  1834. Bye!
  1835.                                         Patrick
  1836.  
  1837. --- TMail v1.10
  1838.  * Origin: [SQUARE-HEADs] MultiLine : TBBS/SEAdog : QuebecCity Canada
  1839. (1:240/1)
  1840.  
  1841. *** Part of a conversation.
  1842.  
  1843.  
  1844. From:    Paul Lahaie 
  1845. To:      Hs Yeoh                                  Msg #219, 18-May-89 07:30am
  1846. Subject: Re: Doors Program in Turbo Pascal
  1847.  
  1848.  > are to screen and inputs from keyboard, these I have to
  1849.  > redirect to one of my comm ports. Could I just change all
  1850.  > my write('xxxxxx') to write(com1,'xxxxxxx') and read(yyy)
  1851.  > to read(com1,yyy)?
  1852.  
  1853.  
  1854.     I've seen in this months (or last's) PC World that a little Pascal 
  1855. code was written to Reassign Input/Ouput
  1856.  
  1857.  
  1858. Procedure Redirect(filename: String[12]);
  1859. Begin
  1860.       Assign(Ouput,Filename);
  1861.          Rewrite(Output);
  1862.       Assign(Input,Filename);
  1863.          Reset(Input);
  1864. end;
  1865.  
  1866. This SHOULD work...   I've used it in my program in testing (only with CON).  
  1867. I think you need to include CRT in there somewhere.  If you get lot's on
  1868. errors you can Substitute Read(<var name>) by Read(Input,<var name>).
  1869.  
  1870.                                                         -Paul
  1871.  
  1872.  
  1873. ---
  1874.  * Origin: RJ's Byteline *HST* Cumberland, Ont, Canada (Opus 1:163/207)
  1875.  
  1876. *** This is a reply to #71.
  1877.  
  1878.  
  1879. From:    Peter Henry 
  1880. To:      All Programmers                          Msg #220, 18-May-89 10:34pm
  1881. Subject: Ashton-Tate
  1882.  
  1883. Say listen, anyone out there who make small utilities, I hear that Ashton-Tate
  1884. is looking for you, as well as people who write manuals for software, if you
  1885. are interested and if you believe me, leave me a message and I will tell you
  1886. where I got my information, it isn't any secret but I don't want to waste
  1887. anyone's time or the space in this message area.
  1888.  
  1889.  
  1890. ---
  1891.  * Origin: RJ's Byteline *HST* Cumberland, Ont, Canada (Opus 1:163/207)
  1892.  
  1893.  
  1894. From:    Andy Lester 
  1895. To:      Lee Hamel                                Msg #221, 18-May-89 05:18pm
  1896. Subject: scan codes for F11 and F12
  1897.  
  1898.  > Could someone please tell me the scan codes for F11, Alt-F11, Ctrl-
  1899.  > F11, F12, Alt-F12, and Ctrl-F12?  I have one of those old kbd's, and
  1900.  > only have up to F10 ... thanks.
  1901.  
  1902. RTFM.  Page 582 of my Turbo 4.0 manual lists all the extended keycodes.
  1903.  
  1904. Andy
  1905.  
  1906. --- FD 2.00
  1907.  * Origin: CONST PointName='Paradise City'; death=true; taxes=true;
  1908. (1:115/790.2)
  1909.  
  1910. *** This is a reply to #87.
  1911.  
  1912.  
  1913. From:    Andy Lester 
  1914. To:      Charles Falconer                         Msg #222, 18-May-89 05:24pm
  1915. Subject: Re: Constant expressions
  1916.  
  1917.  >  >This is exactly the reason. The typed constants are just predefined
  1918.  >  >variables.
  1919.  >
  1920.  > Since they are Non-standard, but useful, I suggest organizing as
  1921.  > follows:
  1922.  >
  1923.  >    CONST
  1924.  >      ....
  1925.  >    TYPE
  1926.  >      ....
  1927.  >    CONST (* actually initialized vars *)
  1928.  >      ....
  1929.  >    VAR
  1930.  >      ....
  1931.  
  1932. Good idea.  Most other compilers should barf on the CONST being declared after
  1933. the TYPE, too.
  1934.  
  1935. It really is a hideous practice that we, as programmers, exploit a bug in the
  1936. compiler like this, though.
  1937.  
  1938. Andy
  1939.  
  1940. --- FD 2.00
  1941.  * Origin: CONST PointName='Paradise City'; death=true; taxes=true;
  1942. (1:115/790.2)
  1943.  
  1944.  
  1945. From:    Brian Hird 
  1946. To:      All                                      Msg #223, 18-May-89 12:13pm
  1947. Subject: not much
  1948.  
  1949. We couldn't think of anything much to write about (me & Matthew Webster)
  1950. except that y'all should be using this echo ... ! Just a thought ... Why is
  1951. pascal so much more widely used than m2? (ok, we know the answer to that one)
  1952. - but does it deserve to be so? Does anyone have a copy of the Dhrystone or
  1953. Whetstone pascal source code?
  1954.  
  1955. --- FD 2.00
  1956.  * Origin: ABSOLUTE ZER0 BBS  -- V21/23/22/bis on + 44 1-741-7233 (2:254/18.2)
  1957.  
  1958.  
  1959. From:    Brian Dunworth 
  1960. To:      Betsey Doane                             Msg #224, 19-May-89 04:35pm
  1961. Subject: Pascal Pretty Printers
  1962.  
  1963.  > I read about Beautif4.ARC.  How might I get it?  That would
  1964.  > be nice.--Betsey Doane--I'm new to this Echo.
  1965.  
  1966.    Hi, Betsey, and welcome to the echo!
  1967.  
  1968.    You may FREQ 'BEAUTIF4.ZIP' from 267/54 at HST speeds.
  1969.  
  1970. Brian
  1971.  
  1972.  
  1973. --- TPBEdit v3.2
  1974.  * Origin: The Final Frontier - Upstate NY - [HST] (518)761-0869  (1:267/54)
  1975.  
  1976. *** This is a reply to #108.
  1977.  
  1978.  
  1979. From:    Chris Jantzen 
  1980. To:      Chris Browne                             Msg #225, 19-May-89 02:20pm
  1981. Subject: LZH
  1982.  
  1983. What is a LZH file anyways??? :-)
  1984.  
  1985. Chris =->
  1986.  
  1987. --- ConfMail V4.00
  1988.  * Origin: + T.M.E. + Coos Bay, OR 503/269-1935 (1:152/18) + (8:7700/0)
  1989.  
  1990.  
  1991. From:    Joe Fischer 
  1992. To:      Bill Sawyer                              Msg #226, 19-May-89 11:30am
  1993. Subject: Re: Windows (again)
  1994.  
  1995. I hear my ears ringing, Bill,
  1996. (* See note below.....HELP!!!!!!!!!!!!!!    HELP!!!!!!!!!!!! *)
  1997.       VAR     MSG,MOVE            :STRING[15];
  1998.               N                   :Integer;
  1999. Procedure HELP; Begin  (* SHOW HELP SCREEN *)  End;
  2000. Procedure CALL_EP; Begin (* MAKE En` Passant MOVE *) End;
  2001. Procedure SQK; Begin   SOUND(5000); DELAY(40); NOSOUND;  End;
  2002. Procedure NG;
  2003. Begin
  2004.    GotoXY(72,20); Write('       ');
  2005.    GotoXY(60,22); Write('INVALID MOVE'); DELAY(800);
  2006.    GotoXY(60,16); Write(MSG);
  2007. End;
  2008.     (*-------- Please tell me how to get rid of the GOTOs ---------*)
  2009. Procedure GET_MOVE;  (* Allow exit only if MOVE = proper format *)
  2010. LABEL   SKIP,TOP;    (* EXAMPLES = D2 D4   E2 E4   A1 H1   H8 H1 *)
  2011. Begin
  2012. TOP:
  2013.    GotoXY(60,22); Write('                     ');
  2014.    GotoXY(60,20); Write('                     ');
  2015.    GotoXY(60,20); Write('ENTER MOVE :'); Move:= '';
  2016.    READLN(MOVE);
  2017.    If MOVE = 'HELP' then Begin HELP; N:= 0; MOVE:= ''; GOTO TOP; End;
  2018.    If MOVE = 'QUIT' then Begin N:= 3; GOTO SKIP; End;
  2019.    If LENGTH(MOVE) <=4 then Begin (* MOVE must be length[5] *)
  2020.              MSG:= '  TOO FEW CHARS'; SQK; NG; GOTO TOP; End;
  2021.    If LENGTH(MOVE) > 5 then Begin (* String[5] will not work?? *)
  2022.              MSG:= 'INPUT TOO LONG '; SQK; NG; GOTO TOP; End;
  2023.    If Copy(MOVE,1,2) = 'EP' then Begin CALL_EP; GOTO SKIP; End;
  2024.    If Copy(MOVE,3,1) > '@' then Begin SQK; NG; GOTO TOP; End;
  2025.    If Copy(MOVE,1,1) < 'A' then Begin SQK; NG; GOTO TOP; End;
  2026.    If Copy(MOVE,1,1) > 'H' then Begin SQK; NG; GOTO TOP; End;
  2027.    If Copy(MOVE,4,1) < 'A' then Begin SQK; NG; GOTO TOP; End;
  2028.    If Copy(MOVE,4,1) > 'H' then Begin SQK; NG; GOTO TOP; End;
  2029.    If Copy(MOVE,2,1) < '1' then Begin SQK; NG; GOTO TOP; End;
  2030.    If Copy(MOVE,2,1) > '8' then Begin SQK; NG; GOTO TOP; End;
  2031.    If Copy(MOVE,5,1) < '1' then Begin SQK; NG; GOTO TOP; End;
  2032.    If Copy(MOVE,5,1) > '8' then Begin SQK; NG; GOTO TOP; End;
  2033.    If Copy(MOVE,1,1) = Copy(MOVE,4,1) then
  2034.                 If Copy(MOVE,2,1) = Copy(MOVE,5,1) then Begin
  2035.    (* You can't move to same square *) SQK; NG; GOTO TOP; End;
  2036. SKIP:
  2037. End;
  2038. (*------------ Please tell me how to get rid of the GOTOs ----------*)
  2039. Begin
  2040.   ClrScr; Msg:= ''; N:= 0; Repeat GET_MOVE; WriteLN(MOVE); Until N = 3;
  2041. End.      NOTE ODDITY: TO CHECK STRLEN > 5 STRLEN CANNOT BE 5....
  2042.     Okay, I admit I'm a low level, ex-Basic programmer.   I wrote a
  2043. Two Player Chess Board Game that checks inputs but does not move or
  2044. check for Check or Checkmate.  It runs good, but all those GOTOs!!!!!
  2045.     I've tried everything I know, but I can't make it more modular,
  2046. I can't get rid of the GOTOs, and I can't figure out what comments
  2047. are needed to make it more readable. { No one will see it anyway. }
  2048.     This is just a fragment of the program that restricts the move
  2049. input to A1-8 thru H1-8.   If no one can help me, it's OK, because I
  2050. can't get anybody to come over and play chess any way.
  2051.     Does anybody have a code stretcher, this seems
  2052. a little cramped?
  2053.     I also am not able to build a library, since I have
  2054. never found a procedure I can use in another program.
  2055.         Any help will be appreciated,
  2056.                                       Joe
  2057. --- QuickBBS v2.03
  2058.  * Origin: Dave's House - (512)836-2739 - "Turbo, What?" (8:7102/15)
  2059.  
  2060. *** This is a reply to #115.
  2061.  
  2062.  
  2063. From:    Joe Fischer 
  2064. To:      Dale Winters                             Msg #227, 19-May-89 11:36am
  2065. Subject: Re: dos access
  2066.  
  2067. Sorry to butt in, but the term "DOS external command" always
  2068. confused me.   It merely means one of the .COM or .EXE files
  2069. that comes on the DOS Disk.    Why didn't they just call it
  2070. "included utility" or something I could understand?
  2071.                                   Joe
  2072. --- QuickBBS v2.03
  2073.  * Origin: Dave's House - (512)836-2739 - "Turbo, What?" (8:7102/15)
  2074.  
  2075. *** This is a reply to #203.
  2076.  
  2077.  
  2078. From:    Joe Fischer 
  2079. To:      Greg Sherman                             Msg #228, 19-May-89 12:15pm
  2080. Subject: Re: Three Things
  2081.  
  2082. Hi Greg:   I hope you don't mean use MEM[] on the stack.   I get
  2083. hollered at for using GOTO.
  2084.    I wonder if you have ever used a multiple condition switch
  2085. (like Boolean True-False) typed integer with conditions 0,1,2,3,4,
  2086. etc.    Just one little If Then ....GOTO Skip:  will
  2087. get you right to the end of that procedure and any other procedures
  2088. can check the switch, and skip if the condition is
  2089. Logoff, and then the main program can check the condition and
  2090. exit gracefully.  
  2091.     Maybe a good programmer will tell you a better way, but I
  2092. doubt if any one will consider mem'n the stack.   The code
  2093. to keep track of the stack pointer location would be unwritable.
  2094.     A multiple condition switch needs to be initialized at the
  2095. beginning of the main program and needs to be a global variable.
  2096.     Hey, together, we can probably think of a lot of ways to
  2097. learn bad programming practices (that work great).
  2098. --- QuickBBS v2.03
  2099.  * Origin: Dave's House - (512)836-2739 - "Turbo, What?" (8:7102/15)
  2100.  
  2101. *** This is a reply to #52.
  2102.  
  2103.  
  2104. From:    Jens Stobernack 
  2105. To:      Jody Shapiro                             Msg #229, 17-May-89 07:47pm
  2106. Subject: Re: COMMUNICATION WITH PASCAL
  2107.  
  2108.  
  2109.    Yup, I finished. Unforunately with MAJOR bugs, so I have decided 
  2110. to keep my rountines to myself so that I don't get everyone else screwed up in
  2111. my faults.
  2112.  
  2113.  But I can recommend you get a copy of 'PibTerm'. It was writen in 
  2114. TP3 and has all the functions for Modem I/O. Or if you cann't get that then
  2115. Get your hands on a good Fossil Driver. (X00.sys is what I recommend). It
  2116. comes with docs and a chart of all the posible things you can do with it.
  2117.  
  2118.   In the chart there is a code secttion. The number in that is assigned 
  2119. to the 'Regsiter.AH' and then the rest is given. Then use the command 
  2120. 'INTR($14,<Registers>)'.
  2121.  
  2122.   Know does that make sence??
  2123.  
  2124.   I didn't think so... well if anyone around can understand this message 
  2125. then they'll explain it..
  2126.  
  2127.   TTYL
  2128.  
  2129. --- ConfMail V3.31
  2130.  * Origin: EZ Duzzit BBS Calgary (1:134/20)
  2131.  
  2132. *** This is a reply to #191.
  2133.  
  2134.  
  2135. From:    Allen Guest 
  2136. To:      All                                      Msg #231, 17-May-89 09:57pm
  2137. Subject: Heap Management
  2138.  
  2139.   OK Problem #
  2140.  
  2141. 1) Whenever I use Multiple GetMem, Freemem statements, I eventually run out of
  2142. heap space.  I am always careful to FreeMem the EXACT amount of GetMem heap
  2143. area that I assigned.  I release the memory as soon as I don't need it.  Yet I
  2144. still get heap overflow errors.  Somehow my heap pointer is not be reset to
  2145. the previously cleared up free area. How can I do this manually without using
  2146. Mark & Release?  Also while using the heap, My Graphic fonts (.CHR) get
  2147. destroyed (overwritten) during this same program.  Doesn't turbo reserve heap
  2148. space for the 
  2149. .CHR & .BGI files when it loads then into the heap?  So why does it 
  2150. get overwritten by heap usage?
  2151.  
  2152. 2) I know turbo's heap management routines are not re-entrant.  Dos is also
  2153. not re-entrant.  You can bypass the Dos limitation by checking if it's busy. 
  2154. (Active byte value, found at - ES:BX when calling Int 
  2155. $34).  So how do you get around the Memory Management re-entrant problem? 
  2156.  Does Pascal use the Dos interrupt functions $48-$4a & $58 to do it's 
  2157. memory management?  If it does, then I can just check if DOS is active. 
  2158.  If it doesn't - how do I check if Pascal is busy reserving or releasing 
  2159. memory?
  2160.  
  2161. -Thanks - Allen Guest
  2162.  
  2163. --- ConfMail V3.31
  2164.  * Origin: EZ Duzzit BBS Calgary (1:134/20)
  2165.  
  2166.  
  2167. From:    Paul West 
  2168. To:      Charles Falconer                         Msg #232, 19-May-89 12:43am
  2169. Subject: Re: loop control varaibles
  2170.  
  2171. In a message of <14 May 89 09:22:08>, Charles Falconer (1:141/209.1) writes:
  2172.  
  2173.  >>Worked on a G/L package for a Honeywell 115 in 1976.  It was written in 
  2174.  >>COBOL-68 using ALTERable GOTO's!!!  
  2175.  >
  2176.  >even the COBOL shops don't allow this today.
  2177.  
  2178. When I was in College (ancient History)  The Cobol Classes were the only 
  2179. classes they taught where the GOTO was not allowed.  Of cource when you 
  2180. consider that the only languages taught were BASIC, FORTRAN, RPG-II and COBOL,
  2181. I suppose you can understand why!
  2182.  
  2183. If I remember correctly, a GOTO was an automatic 0 on the program, and a ALTER
  2184. ment you failed the class. 
  2185.  
  2186. --- msged 1.99S ZTC
  2187.  * Origin: P.I.E.  [Everett, Wa]  -=> HST <=- (1:343/27) -  (1:343/400)
  2188.  
  2189. *** This is a reply to #188.
  2190.  
  2191.  
  2192. From:    Paul West 
  2193. To:      Charles Falconer                         Msg #233, 19-May-89 12:53am
  2194. Subject: Re: Novice requesting help
  2195.  
  2196. In a message of <15 May 89 09:37:18>, Charles Falconer (1:141/209.1) writes:
  2197.  
  2198.  >Don't know if it's still in print, but 'Programming in Pascal' by Peter 
  2199.  >Grogono is one of the best mixes of introduction and usable facts.
  2200.  
  2201. Funny you should mention that book.   It was given to me by one of my college 
  2202. programing teachers.   The college didn't teach Pascal at that time and he 
  2203. told me that this was a good book to read to learn it.
  2204.  
  2205. If you want to try to find a copy here are the needed facts
  2206.  
  2207. Programming In Pascal by Peter Grogono
  2208. Copyright 1980  Addison-Wesly Publishing Co. INC.
  2209. ISBN 0-201-02775-5
  2210.  
  2211.  
  2212. --- msged 1.99S ZTC
  2213.  * Origin: P.I.E.  [Everett, Wa]  -=> HST <=- (1:343/27) -  (1:343/400)
  2214.  
  2215. *** Part of a conversation.
  2216.  
  2217.  
  2218. From:    Kevin Lowey 
  2219. To:      George Butts                             Msg #234, 18-May-89 04:10pm
  2220. Subject: Re: TTT
  2221.  
  2222.  
  2223.  GB>  A suggestion is to use '*.' as a  mask to 
  2224.  GB>eliminate a lot of other files.  This, in itself, doesn't insure 
  2225.  GB> success since you can have files without extensions.  It may, 
  2226.  GB>in the interim,  save some headaches.   
  2227.   
  2228.   This also is not a good idea because directories CAN have extensions.  
  2229. For example, on my BBS, I end all the directories for my echomail areas 
  2230. (like PASCAL) with .ECH.  For example, the directory containing pascal 
  2231. messages is PASCAL.ECH. 
  2232.  
  2233.   How about you read the file in with *.*, then look at the file 
  2234. attributes (in SEARCHREC I think) and see if it is a directory. 
  2235.  
  2236. -- Kevin Lowey (LOWEY@SASK.USASK.CA)  (...!dvinci!lowey)   
  2237.  
  2238.  
  2239. ---
  2240.  * Origin: Univ. of Saskatchewan, (306) 966-4857, 2400 baud  (Opus 1:140/43)
  2241.  
  2242. *** This is a reply to #179.
  2243.  
  2244.  
  2245. From:    Dan Mcclellan 
  2246. To:      Nolan Walker                             Msg #235, 19-May-89 06:58pm
  2247. Subject: re: pascal
  2248.  
  2249.      UCSD Pascal ---> Univ. of California San Diega Pascal
  2250.      a superset of ANSI Pascal.
  2251.      Turbo Pascal, from Borland International, is also a superset of
  2252.      ANSI Pascal, the main difference is Turbo Pascal is directly aimed
  2253.      at microcomputer systems, MSDOS and ProDOS (Apple MacIntoshes)...
  2254.      I would recommend Pascal as a learning language over BASIC because
  2255.      that is what Pascal was designed as and is a good introduction to
  2256.      structured programming.  Turbo Pascal is accepted worldwide as the
  2257.      absolute best microcomputer implementation of Pascal.
  2258.     
  2259.                           Choose Your Weapon.
  2260.           
  2261.                               Dan McClellan
  2262.  
  2263.  
  2264. --- Fido v12
  2265.  * Origin: Fort Knox Fido - Binkley/Fido/HST (405)843-3545 (1:147/49.0)
  2266.  
  2267. *** This is a reply to #218.
  2268.  
  2269.  
  2270. From:    David Edwards 
  2271. To:      Steve Hodges (bombay Duck                Msg #236, 19-May-89 12:13pm
  2272. Subject: printer status
  2273.  
  2274. >Does anyone have a piece of code which returns the status of LPT1
  2275. >on a PC?  I  need to know if the printer is on/off line, error,
  2276. >paper out etc.
  2277.  
  2278. If you're working with Turbo Pascal 5.0, you can use this.  You
  2279. can fix it up as you wish.
  2280.  
  2281. uses DOS;
  2282.  
  2283. procedure ReadPrinterStatus(lptx:byte);
  2284. {lptx is the number of the printer to check:
  2285. 1 for LPT1, 2 for LPT2, 3 for LPT3}
  2286. var regs : registers;
  2287. begin
  2288.   {see IBM Hardware Tech. Ref. System BIOS Listing}
  2289.   {set up registers for INT 17 ; PRINTER_IO }
  2290.   regs.dx:=lptx-1;  { 0 to check LPT1, 1 for LPT2, 2 for LPT3 }
  2291.   regs.ax:=$0200; { function ah=2: read printer status into AH }
  2292.  
  2293.   intr($17,regs);
  2294.  
  2295.   {interpret bits returned in AH }
  2296.   writeln('The following bits are set: ');
  2297.   if (regs.ah and $01)<>0 then writeln('time out');
  2298.   if (regs.ah and $08)<>0 then writeln('I/O error');
  2299.   if (regs.ah and $10)<>0 then writeln('selected');
  2300.   if (regs.ah and $20)<>0 then writeln('out of paper');
  2301.   if (regs.ah and $40)<>0 then writeln('acknowledge');
  2302.   if (regs.ah and $80)<>0 then writeln('not busy');
  2303. end; { of ReadPrinterStatus }
  2304.  
  2305. begin
  2306.   ReadPrinterStatus(1);
  2307. end.
  2308. --- QuickBBS v2.03
  2309.  * Origin: -=< Athens FORUM Georgia >=< 404-546-7857 >=- (1:370/5)
  2310.  
  2311. *** This is a reply to #213.
  2312.  
  2313.  
  2314. From:    David Edwards 
  2315. To:      Ken Kubos At 1:161/11                    Msg #237, 20-May-89 01:08am
  2316. Subject: Heap Overflow
  2317.  
  2318. The statement "new(counts)" allocates space for an array [1..300] 
  2319. of real.  The statement "for v:=1 to 300 do new(counts);" tries 
  2320. to allocate space for 300 x 300 (9000) reals.  To do what I think 
  2321. you want, you need only: 
  2322. var   map : ^array[1..100,1..60,1..2] of real;
  2323.    counts : ^array[1..MaxVials] of real;
  2324. .
  2325. .
  2326. begin 
  2327.   new(map); {allocate space an array [1..100,1..60,1..2] of real}
  2328.   new(counts); {allocate space for 300 reals}
  2329. end;
  2330.  
  2331. Keep us posted!
  2332.  
  2333. --- ConfMail V3.31
  2334.  * Origin: Athens IBM PC Users Group (1:370/16)
  2335.  
  2336. *** This is a reply to #111.
  2337.  
  2338.  
  2339. From:    Bob Stearns 
  2340. To:      Mike Osier                               Msg #238, 20-May-89 12:42am
  2341. Subject: powers
  2342.  
  2343. Depends on what number to what power. If the power is a non-negative integer,
  2344. the following routine (which ignores over/underflows) will do:
  2345.  
  2346. function xtoi(x:real;i:integer):real;
  2347.  
  2348. var  z:real;
  2349.  
  2350. begin
  2351.      z:=1.0;
  2352.      while(i>0) do begin
  2353.           if (i & 1)=1 then z:=z*x;
  2354.           i := i shr 1;
  2355.           if i>0 then x := x*x;
  2356.      end;
  2357.      xtoi := z;
  2358. end;
  2359.  
  2360. If the power is a real, then use the mathematical identity:
  2361.  
  2362.        x^y = exp(y*log(x))
  2363.  
  2364. Handle negative exponents by using the absolute value of the exponent, doing
  2365. the operation and taking the reciprocal of the result.
  2366.  
  2367.  
  2368.  
  2369. --- msged 1.96S ZTC
  2370.  * Origin: Bob's Office  (1:370/16.3)
  2371.  
  2372. *** This is a reply to #106.
  2373.  
  2374.  
  2375. From:    Larry Sanders 
  2376. To:      Jens Stobernack                          Msg #239, 20-May-89 01:54am
  2377. Subject: Re: Error Message
  2378.  
  2379. ->   Can anyone tell me what to do to fix a:
  2380. ->
  2381. ->   Error 48: Code segment to large.
  2382. ->
  2383. ->   Error???
  2384.  
  2385.  
  2386. I had that problem once, I don't know if you have the same CAUSE as I did,
  2387. but my problem was simple to fix once someone told me that string variables
  2388. with undefined length default to a length of 255.  I just went back and
  2389. defined some string lengths and cured the problem.
  2390.  
  2391. I hope your problem is as simple.
  2392. --- QuickBBS v2.03
  2393.  * Origin: ]=[ The Pascal Programmer's Club ]=[ (918) 438-2749 (1:170/403)
  2394.  
  2395. *** This is a reply to #230.
  2396.  
  2397.  
  2398. From:    Allan Nelson 
  2399. To:      Michelle Wyner                           Msg #240, 18-May-89 09:36pm
  2400. Subject: Re: toolbox
  2401.  
  2402. They all have their points.  But they are only available as far as version 4. 
  2403. If you want to use them with Turbo 5 you will have to recompile the source
  2404. code.  There's some interesting stuff in there.
  2405. Allan
  2406.  
  2407.  
  2408. ---
  2409.  * Origin: -=[ SoundingBoard of Houston (713)821-4148 HST ]=- (Opus 1:106/12)
  2410.  
  2411. *** This is a reply to #187.
  2412.  
  2413.  
  2414. From:    Riley Carrier 
  2415. To:      Peter Vdlanden                           Msg #241, 18-May-89 11:46am
  2416. Subject: Re: RE: TP 5.0 and Smart Linking
  2417.  
  2418. Peter,
  2419.  
  2420.     I have recently purchased the RTL from Borland and have found what you
  2421. state to be correct.  I have since created several new .tpu files for specific
  2422. applications which must use a minimum amount of memory.  Thanks for the
  2423. information.
  2424.  
  2425.                                   Riley Carrier
  2426. --- QuickBBS v2.03
  2427.  * Origin: C&M Research Group's BBS - (512)826-0659 (1:387/1)
  2428.  
  2429.  
  2430. From:    Julian Colt 
  2431. To:      Tony Hsieh                               Msg #242, 20-May-89 12:37pm
  2432. Subject: Re: Exec
  2433.  
  2434. Well, I'll see what I can do. You know, all the way on the other side of the
  2435. country is a VERY long distance call. But just in case I all the sudden feel
  2436. like making a $10,000 call, I wrote it down. 
  2437. ...j
  2438. --- QuickBBS v2.03
  2439.  * Origin: Summer=Storms.. are you backed up?   MidiThru BBS (1:109/410)
  2440.  
  2441. *** This is a reply to #216.
  2442.  
  2443.  
  2444. From:    Bob Baker 
  2445. To:      All                                      Msg #243, 19-May-89 10:54pm
  2446. Subject: 80 x 43 in EGA
  2447.  
  2448.     I've been programming with TP since she first hit the stands with 
  2449. 3.01, and I need a little help.  Is there anyone out there that knows of a way
  2450. to get the EGA monitor to run 43 lines in 43-line mode?  I can get the 8x8
  2451. font loaded, but it will only work for 25 lines, unless I run the program
  2452. again immediately, in which case it will THEN switch to 43-line mode.  Anybody
  2453. out there can help????
  2454.  
  2455.                                                         Bob
  2456.  
  2457.  
  2458. --- QM v1.00
  2459.  * Origin: * T P C *  A Techie's Dream {HST} (615)356-0453 (1:116/4000.0)
  2460.  
  2461.  
  2462. From:    Michael Codanti 
  2463. To:      Andy Lester                              Msg #244, 18-May-89 09:26pm
  2464. Subject: Re: echo
  2465.  
  2466. > Can anybody who's done work with OOP come up with a
  2467. > real-world application that uses OOP?  The examples that
  2468. > they give are useless, like having a "draw shape" part of a
  2469. > circle data structure.  I wanna see real code that uses it,
  2470. > preferably in a business-type application.
  2471.  
  2472.    Yeah I would like it if someone could try to explain exactly what Object
  2473. Orinted Programming is!
  2474.  
  2475.       Michael
  2476.  
  2477. --- D'Bridge 1.19α
  2478.  * Origin: Bruin Hideout (1:105/402)
  2479.  
  2480. *** This is a reply to #103.
  2481.  
  2482.  
  2483. From:    Douglas Purdy 
  2484. To:      Jim Colligan                             Msg #245, 19-May-89 02:01pm
  2485. Subject: Thanks
  2486.  
  2487.    Thanks for telling me that I was looking in all sorts of manuals for the
  2488. way to exit with an error level. Thanks once again.
  2489.  
  2490.  
  2491. --- Lynx v1.30
  2492.  * Origin: EastSide Data Services - The New 105/61!
  2493.  
  2494. *** There is a reply. See #246.
  2495.  
  2496.  
  2497. From:    Douglas Purdy 
  2498. To:      Michael Codanti                          Msg #246, 19-May-89 02:03pm
  2499. Subject: Thanks
  2500.  
  2501.   Thank for the help I realy appreciate your help.
  2502.  
  2503.  
  2504. --- Lynx v1.30
  2505.  * Origin: EastSide Data Services - The New 105/61!
  2506.  
  2507. *** This is a reply to #245.
  2508.  
  2509.  
  2510. From:    Chris Graham 
  2511. To:      Nolan Walker                             Msg #247, 18-May-89 04:42pm
  2512. Subject: Re: Novice requesting help
  2513.  
  2514.      A lot to answer...
  2515.  
  2516.      TURBO Pascal, by Borland of course (don't even mention Microsoft 
  2517. to me when speaking of programming), will tell you what the error is, where it
  2518. is, and put you there.  Starting from version 4 and going into 5 there is a
  2519. built-in Help feature, which is very good.  You can get help on nearly
  2520. anything, by topic or by pressing CTRL-F1 when on the word you want to look
  2521. for.  You can, for example, get a quick run-down on any command's parameters
  2522. by doing this.  Version 5 is even better, allowing you to get help on the
  2523. actual syntax of setting out programs, such as variable definitions and
  2524. procedures.
  2525.      Also, the TURBO editor is very good with block and search-and-replace 
  2526. commands.  I suggest you set these yourself using the installation program, as
  2527. the factory-set ones are of the old WordStar variety.
  2528.      For a book, I would again suggest something by Borland-Osborne. 
  2529.  The only books I have read of theirs, though, are not what you would 
  2530. call beginner.
  2531.      And yes, I would recommend Pascal as a first [computer] language! 
  2532.  It, I think, would be easier to go directly there than from BASIC 
  2533. to there.  If you have a reasonable amount of patience, and can remember a few
  2534. basic (not BASIC!) things, you should be up and running soon...
  2535.  
  2536.                                         Chris Graham
  2537.  
  2538.  
  2539. ---
  2540.  * Origin: PCalgary (Opus 0:134/11)
  2541.  
  2542. *** This is a reply to #233.
  2543.  
  2544.  
  2545. From:    Chris Graham 
  2546. To:      Greg Franklin                            Msg #248, 18-May-89 04:51pm
  2547. Subject: Re: PLAY procedure (was:  PASCAL ECHO)
  2548.  
  2549.      I didn't do any fancy reprogramming of interrupts, or anything 
  2550. such as that, I just used Sound and NoSound in the procedures.  I couldn't
  2551. detect any appreciable delays from the speaker.  What DELAY are you using to
  2552. signify a note is a 64th?  I can't remember mine offhand, but I will look it
  2553. up later.
  2554.  
  2555.                                 Chris Graham
  2556.  
  2557.  
  2558. ---
  2559.  * Origin: PCalgary (Opus 0:134/11)
  2560.  
  2561. *** This is a reply to #21.
  2562.  
  2563.  
  2564. From:    Jens Stobernack 
  2565. To:      Wayne Boyd                               Msg #249, 19-May-89 05:57pm
  2566. Subject: Carrier Program..
  2567.  
  2568.  
  2569.  
  2570.    Wayne.. Yes one fault in the 'Carrier' procedure.
  2571.  
  2572.   Before the statement 'Intr($14,Regs)' put 'Regs.ah := $03' that should 
  2573. fix it all up.
  2574.  
  2575.   The Variable 'comport' should be COM1 = 1, COM2 = 2, etc...
  2576.  
  2577.   If the Variable 'comport' is equal to 0 then the function is by passed 
  2578. by the fossil driver.
  2579.  
  2580.   TTYL
  2581.  
  2582. P.S. Can you tell me what the Base Address and the Irq are for Com5
  2583. thru Com8. 
  2584.  
  2585. --- ConfMail V3.31
  2586.  * Origin: EZ Duzzit BBS Calgary (1:134/20)
  2587.  
  2588.  
  2589. From:    Jens Stobernack 
  2590. To:      All                                      Msg #250, 19-May-89 06:12pm
  2591. Subject: Com5 - Com8
  2592.  
  2593.  
  2594.    Can anyone out there tell me what the Base Address and the Irq are 
  2595. for Com5 - Com8.
  2596.  
  2597.   Thanks..
  2598.  
  2599. --- ConfMail V3.31
  2600.  * Origin: EZ Duzzit BBS Calgary (1:134/20)
  2601.  
  2602.  
  2603. From:    Chang Lee 
  2604. To:      All                                      Msg #251, 19-May-89 01:23pm
  2605. Subject: ASCII Memory Location
  2606.  
  2607. HELP !
  2608.  
  2609.     Does Any of you Programmers out there know :
  2610.  
  2611.     - at what address in memory the upper 128 ASCII are stored
  2612.       for MONO/CGA/EGA/VGA ??
  2613.  
  2614.     I'm trying to make my own set of ASCII & I need to know where
  2615.     they're stored so I can store them somewhere else and move a new
  2616.     set to that address !
  2617.  
  2618.  If you can help please drop a line , Your help is greatly appreciated  
  2619.  
  2620.  Thanks
  2621.                                                          C. Lee
  2622.  
  2623.  
  2624. --- Opus-CBCS 1.10.vi
  2625.  * Origin: Now and Zen Opus HST (916) 962-1952 (1:203/34.0)
  2626.  
  2627.  
  2628. [251] Highest: 251
  2629. ECHO area 45 ... Pascal language echo
  2630. Type `?' by itself for help
  2631. A)rea change       N)ext (read msg)